2、下载J2ME版本：http://java.sun.com 下载。或者此地址：

3、下载Eclipse3.01M6版本：http://www.Eclipse.org 下载。或者此地址：

ftp://ftp.jaist.ac.jp/pub/eclipse/eclipse/downloads/drops/S-3.1M6-200504011645/eclipse-SDK-3.1M6-win32.zip

4、下载Eclipse3.01M6版本的中文语言包：http://www.Eclipse.org 下载。或者此地址：

http://download.eclipse.org/eclipse/downloads/drops/L-3.0.1_Translations-200409161125/NLpack-eclipse-SDK-3.0.x-win32.zip

5、下载Eclipse3.01M6的J2ME插件EclipseME0.9.0版本：http://www.EclipseME.org 下载。或者此地址：

http://nchc.dl.sourceforge.net/sourceforge/eclipseme/eclipseme.feature_0.9.0_site.zip

下载完以上五个文件后，进行相应顺序的安装。另外：Eclipse的软件不需要安装，直接解压即可，很方便吧。

　　线程是一些可以并行的，独立的执行的代码.之前我编的程序都只能做一件事情,也就是只有一个线程.多线程的编程就是可以将程序任务分成多个并行的子任务,同时运行,互不干扰.我对多线程的理解是从格斗游戏得来的.格斗游戏中两人对打就是通过两个线程来实现的吧,否则如何能够你出你的招,我发我的冲击波呢.

　　(1月18日)突然想到一个问题,补充一下.多线程是不是我们通常所说的多任务呢?我的理解是,不能这样说也可以这样说.

　　简单说来,多线程提供了一种在进程内部进行多个线程并行调度的机制,而多任务则提供的是在一个操作系统内部运行多个进程的机制.

　　多任务操作系统(如Windows)的基本原理是这样的:操作系统将CPU的时间片分配给多个线程,每个线程在操作系统指定的时间片内完成(注意,这里的多个线程是分属于不同进程的).操作系统不断的从一个线程的执行切换到另一个线程的执行,如此往复,宏观上看来,就好像是多个线程在一起执行.由于这多个线程分属于不同的进程,因此在我们看来,就好像是多个进程在同时执行,这样就实现了多任务.Whoops，真绕口.

　　如上,多线程和多任务是有很明显的区别的.但是再想一下,在一个应用程序内实现多线程不也是靠CPU分配时间片吗?既然原理是相同的,那么多线程也可以说是多任务的.

　　一个Java程序启动后,就已经有一个线程在运行,我们可以通过下面的例子来初步建立一个线程的实际印象

class testthread{ public static void main(String args[]){ Thread t=Thread.currentThread(); t.setName("This Thread is running"); System.out.println("The running thead:"+t); try{ for(int i=0;i<5;i++) { System.out.println("Sleep time"+i); Thread.sleep(1000);//挂起线程,就是让线程休息一会儿, //不占用系统资源,因此其它线程可以继续. //这里的Thread缺省表示主线程 } }catch(InterruptedException e){System.out.println("thread has wrong");} } }

　　这只是一个线程,那么我们怎么实现多个线程呢?又怎样让线程做我安排它要做的事情呢?

　　实现线程体的构造有两种方法.

　　第一种方法是通过继承构造线程体.

　　在Java中专门有一个Thread类,这个类里面有一个函数run(),里面记录着线程要完成的操作，就好像通常所说的主函数main()一样，run()函数运行完了,线程就结束了.通过继承这个类,我们可以定义我们自己的线程,在run函数中告诉它该做什么事情.下面的程序就是继承了一个SimpleThread类,用两个线程来输出HelloWorld.

public class TwoThread{ public static void main(String args[]){ new SimpleThread("HelloWorld1").start();//创建两个线程的实例,就这么简单 new SimpleThread("HelloWorld2").start(); } } class SimpleThread extends Thread{ file://真正的内容在这里 public SimpleThread(String str){ super(str);//super代表SimpleThread类的直接父类，这里就是Thread } file://我们要线程做的事情都在这里了 public void run(){ for(int i=0;i<10;i++){ System.out.println(i+" "+getName()); try{ sleep((int)(Math.random()*1000)); }catch(InterruptedException e){} } System.out.println("Done!"+getName()); } }

　　运行的结果是两个线程交替显示各自的HelloWorld十次,输出是混在一起的，因为两个线程是同时运行的.

　　虽然以前间或的也看了些书籍，但多是隔靴搔痒,上不了正席,绝不敢说自己懂Java。接触一门新的技术和初恋一样,都是第一次,但不同的是后者一般开始无比甜蜜,结局却很痛苦,而前者则往往开始很痛苦,越到后来却越是有味,简直是欲罢不能.现在我就正处于这个很痛苦的阶段,连一个最简单的Helloworld都运行不出来,总是提示Excepion in thread "main" java.lan.NoClassDefFoundError. 只好上网去查,去搜.记性又不好,所以搜出来赶紧保存下来,常备无患.

　　一般来说安装完JDK之后,一定要按一下步骤配置，才可正确编译运行（假定jdk版本为1.4.0)

　　1.将jdk1.4.0-安装在自己机器的某个盘符的根目录下，如：可安装在C:\jdk下。

　　***(以下出现的c:\jdk改为你自己安装JDK的目录)***

　　2.如果你的运行环境是win98，则在C盘根目录下，autoexec.bat文件中，加入下面两条语句：

　　set Path=%PATH%;c:\jdk\bin

　　set CLASSPATH=.;c:\jdk\lib\dt.jar;c:\jdk\lib\tools.jar

　　保存后，重新启动机器，就完成了jdk1.4的安装。

　　3.如果你的运行环境是win2000的话，则需在“控制面板”的“系统”下，“高级”选项的“环境变量”中，添加两个用户变量。

　　其中一个用户变量的名称为“path”，值为“.;d:\j2sdk1.4.0_01\bin”,

　　另一个用户变量的名称为"CLASSPATH",值为“.;d"\j2sdk1.4.0_01\lib\dt.jar;d:\j2sdk1.4.0_01\lib\tools.jar”，单击“确定”即可。即完成了jdk1.4.0的安装。

　　至于这样做的意义何在，我想应该是让Java系统在编译字节代码(.java)的时候需要一个什么东东的支持，如果你不告诉它这个东东放在哪个地方的话，它就犯傻了?!

　　看到屏幕上终于显示出Hello world对我来说意义重大.这是我近一年来写的第一个程序!再次踏上程序之路,简直有恍如隔世的感觉,已经快找不准我的位置了.还好原来学的一些关于C++和面向对象的皮毛没忘光光,所以费点周折熟悉了JDK的环境之后,接下来的事情就好办多了,心里也踏实多了.

　　用String类直接定义字符串变量比起C中讨厌的指针,感觉确实好的多,用惯了Object Pascal的我，如果再回去数* *,真要疯掉不可.

　　数组的定义和C,C++好像略有不同，记不清了，先记下来再说

　　int[] number=new int[5]

　　String[] message=new String[5]

　　变量这一部分想起来要交待的也就这么多吧。虽然是菜鸟，但我也知道,总是如谭浩强般在语法上面死抠的人简直是白痴:大多数情况下,漂亮的程序根本不需要无谓的点缀,工工整整,思路清晰就可以了.

　　倒是对于Java程序的框架我倒想备忘一下,一个简单的java程序好像是应该是这样的框架

 class ProgramName
{
  public static void main(String[] args)
  {
    file://程序的主体
  }
  public static int othermethod()
  {
   file://其它方法
  }
}

　　整个程序在一个大的类中,这个类的概念应该就跟pascal里面的单元差不多的。同pascal一样,文件名也要与单元名-在这里是类名-一样.Java对大小写要求的非常严格,我语法错了好几次都是因为这个.

　　Java程序就是由一个或者多个或者很多个方法在这样一个大类当中组成的.

　　在如上的代码中,定义方法的参数表示的意思分别为:

　　public表示此成员函数是公有的，可以被其他类直接调用

　　static表示main成员函数在ProgramName类的所有对象中是唯一的，Java将为其分配永久存储空间

三、移动游戏开发与传统游戏开发的区别 

　　移动游戏开发与传统游戏开发区别在许多方面：

　　1、开发团队的大小

　　传统的PC和控制台游戏一般需要12到30人的开发团队。因为大部分移动游戏规模比控制台游戏小，所以一般情况下只需要3到5人的团队开发，有的时候甚至设计者和编程者是同一个人。

　　2、预算

　　传统游戏的预算在一百万美元到五百万美元之间。大部分移动游戏的预算则通常少于一百万美元。实际上，移动电话有限的显示能力和对应用程序大小的限制使得不可能象传统游戏那样投入大量的财力物力。从某种意义上来说，这也算是一个优点。

　　3、开发周期

　　传统的游戏一般要开发两到三年。而大部分移动游戏几月之内就能开发完毕。换句话说，只要有一个小型开发团队和一个小的预算，你就可以开发并推广一个专业品质的移动游戏。因此，对于许多在传统游戏领域遇到挫折的开发者来说，移动游戏开发有很强的吸引力。

　　4、网络设备

　　移动游戏可能不同于我们之前看到的任何游戏：它受载体因素的限制，但是支持网络并且可多人游戏。用于PC的调制解调器也只是8年前才大范围应用；控制台游戏只不过现在才能上网。移动电话的特性决定它是一种网络设备。即使它们的处理能力使人想起以前的老式计算机技术，但是它们的网络性能却更加出众。

　　5、开放标准

　　控制台游戏开发需要从控制台游戏厂商取得授权和支持，需要支付给他们"平台使用费"。在无线应用程序世界（如同在PC游戏开发中一样），你可以免费的开发任何款式的游戏，而不要支付Nokia、Sun或其他平台提供商一分钱。此外，这些移动游戏开发平台标准可以向开发者发布、开放并可免费取得。

　　6、部署

　　传统的游戏主要是在软件市场上购买。而移动游戏主要是由用户从移动门户网站下载并安装。在有些情况下，它们是通过无线网络下载的。有些手机允许你下载一个应用程序到计算机中，然后通过数据线传送到手机中。

　　因此，移动游戏的销售渠道是非常不同的。用户一般通过移动运营商的游戏菜单、手机厂商预装在手机中的游戏菜单或者无线应用程序门户网站上找到移动游戏。

　　四、载体的优点

　　1、庞大的潜在用户群

　　现在全球超过十亿部移动电话正在被使用，并且这个数目正在逐渐增加。在除美国之外的每个发达国家，拥有手机的人数比拥有计算机的人数更多。虽然那些手机只有一小部份是支持Java的手机，但是这个数目正在快速地提高并且在几年内Java手机将要成为行业标准。移动游戏潜在的市场比其它任何平台，比如Playstation和GameBoy都要大。

　　2、便携性

　　GameBoy比任何其他控制台游戏卖出的多的一个原因就是：便携性。人们可以随时随地玩他们选择的游戏。与现在的游戏控制台或者个人电脑相比，手机可能不是一个好的游戏设备，但是人们基本上是随时随刻都把它们带在身边。在他们离开家的时候或者想玩的时候，给开发者应该为他们提供好玩的游戏。

　　3、支持网络

　　因为移动电话是网络设备，所以可以实现多人游戏，虽然有某些限制因素。

五、载体的缺点

　　1、屏幕小

　　你面对的是小型的屏幕。虽然屏幕分辩率持续提高，并且彩屏即将成为标准，但是屏幕尺寸还是一直很小，因为没有人乐意拿着砖块一样大的手机。

　　还有一个相关的问题：不同的手机的屏幕大小是不同的。比如说Nokia Series 60平台设备就提供了和Nokia 5100这样的Series 40设备不同的屏幕尺寸。虽然各个厂商已经标准化它们产品的屏幕尺寸以避免分割市场，但是开发者仍然需要为不同的电话优化他们的游戏--你肯定想使用特定的手机上所有可用的屏幕空间。

　　2、有限的颜色和声音支持

　　大部分使用者手中的手机仍然是黑白的，虽然现在出售的支持Java的手机大部分都是彩屏手机。在这些手机中12bit彩色非常流行。

　　即使手机本来就有声音设备，但是应用程序播放声音的能力却非常有限。J2ME规范根本不需要硬件厂商支持声音，虽然基本的Java手机允许使用一些声音并且MIDI支持正在成为标准。通常，手机中只有一个语音或者一个声道可用。

　　3、应用程序大小限制

　　大部分的Java手机只有很少的内存空间用于运行MIDlet。此外，对MIDlet的大小始终有一个限制。实际的限制取决于手机设备和移动运营商的规定。

　　在这样的限制条件下设计开发移动游戏固然是非常困难的，但是我们要知道，第一台家用电脑只有64 KB内存，但是仍然有人热衷于在其上开发游戏软件。在一些智能手机上内存的限制就少一些，比如Nokia 3650甚至可以运行几兆字节的应用程序。

　　4、高等待时间

　　等待时间----机器发出请求和接到响应之间所花费的时间----在计算机上是以微秒计算；在有线因特网上是以毫秒计算；而在无线网络则要以秒计算。

　　等待时间是网络游戏中一直存在的一个问题，开发者们总是在努力消除它带来的问题。无线网络等待时间非常长，这就不可能有效的开发多人快速动作移动游戏。然而基于回合制的多人游戏是相当可行的，我们在后面的文章中将讨论如何使用各种方法来处理这个问题。

　　虽然移动运营商总是在努力增加移动电话可用的带宽，但是他们却没有把降低等待时间当成首要解决的问题，因为它对于别的应用程序并不重要。

　　还有一种特殊情况：使用蓝牙技术或其他无线局域网技术的手机可以和附近的蓝牙设备使用因特网等待时间（一般200-400毫秒）通讯。这样，使用像Nokia 3650这样的智能手机，你就可以和附近的移动用户一起玩多人快速动作游戏了。

　　5、可中断性是关键

　　当用户接听电话的时候，手机都会中断进行中的游戏。游戏程序必须能够暂停并且继续，而且不会造成游戏问题（例如，游戏者在打电话的时候老怪仍然在移动，打死玩家扮演的角色，导致输掉游戏）并且不会造成内存溢出。这需要在编程的时候多注意，Nokia提供了技术文档帮助J2ME和Symbian C++开发者了解并解决这个问题。

　　6、正在发展的技术

　　用于开发移动游戏的技术并不是针对游戏设计的，因此常常有特定的限制条件。例如，J2ME规范不需要支持透明度，这就使得子图形除了在空白的背景上以外，在任何背景上都会很难看。

　　幸运的是，大部分设备厂商的Java手机都补充了J2ME，支持了透明度。为了充分利用J2ME的性能，你需要支持手机特定的API；为了得到最好的效果，就需要为一个游戏编写好几个版本。最近发行的MIDP 2.0规范解决了一些此类问题，但是对不兼容MIDP 2.0的手机是无效的。

六、避其短处 取其长处

　　游戏有惊人的可塑性；它们可以使用从石器时代到现代高科技的每一种技术来实现。每当你使用你以前从来没有使用过的技术进行开发的时候，你需要了解它的性能和局限，努力把它的性能发挥到极限，同时回避或者解决它的局限性。

　　我们可以从我们的移动游戏的性能和局限性的讨论中得出什么结论呢？

　　1、短的游戏时间

　　人们迟早要打电话或者接电话，并且他们不想把所有的电量都用来玩游戏。理想的情况是每一回合游戏应该保持在五个分钟或更短时间之内。这不意味着一个完整的游戏必须在五分钟之内结束--而是你应该允许游戏者中断、保存和继续游戏。

　　2、玩家有自己的时间表，而不是必须遵循你的时间表

　　让人们在想要玩游戏的时候玩，不要强迫他们等待（如果你可以避免），也不要要求他们在任何时间都在游戏中。

　　3、避免等待时间

　　这对单人游戏来说很容易实现。在多人游戏中，你就需要解决等待时间的问题了。（我们将在后面讨论这个问题。)

　　4、使用网络

　　网络不一定对于每个移动游戏都是必需的，但是那种与人竞争的感觉，即使只有一个排行榜，也能吸引更多的游戏者。要记住，手机实际上是一种社会性设备，添加某种社会性因素到你的游戏中会使它更加受欢迎。

　　5、尽可能地让游戏保持小型

　　记住一点，人们仍然热中于80年代的优秀的游戏。在某些方面，技术的限制强迫你把更多的注意力放到基本的游戏中去。

　　当我们在后续文章中探讨开发的时候，我们将讨论一些技术问题。

　　6、做好支持多种手机的准备

　　至少，需要支持不同的屏幕尺寸，这对Nokia系列手机很容易做到。为Series 40开发一种版本，为Series 60开发另一种版本。多数情况下，你还要利用特定手机的性能和API，比如Nokia的用户界面和SMS API，你要为不具备相同特性的手机开发不同的版本。

　　7、为国际化做好准备

　　全世界都在使用移动电话，每一种语言都有自己的市场。在你开发的时候你就要做好计划，以便更利于本地化。

七、处理等待时间

　　移动游戏如何解决无线网络的高等待时间呢？

　　1、单人游戏

　　游戏者的游戏不需要用到网络，除非是把高分传送到排行榜中，或允许游戏者浏览排行榜。这种网络通讯对于游戏影响不大，几秒钟的延迟不会引起用户的反感。

　　实质上，在大多数的单人游戏中并没有这个问题。

　　2、"多玩家"单人游戏

　　在一个"多玩家"单人游戏中，游戏者感觉他们是在玩一个多人游戏，但是事实上，每个人只是面对相同的游戏，在游戏或者回合结束时比较分数。

　　当一个游戏者加入游戏时，他告诉其他游戏者他的ID号，然后开始玩单人游戏。服务器要么给每个游戏者发送一个包含相同消息的游戏状态文件，要么发送一个来自构造启动游戏状态的客户软件的代码。每个游戏者玩游戏，设法取得最高的得分。当一个游戏者结束游戏后，他的客户端程序把他的得分提交到服务器。当所有的游戏者都完成游戏后（或者超过某个时间以后），服务器告诉每个游戏者谁取得了最高分，以及每个游戏者取得的分数。

　　这种风格的游戏在因特网上相当成功；AOL最受欢迎的游戏Slingo就是一个很好的例子。

　　因为只有在服务器开始或者结束游戏的时候才需要交换消息，所以等待时间只有在这些时候才成为一个问题。

　　3、基于回合的游戏

　　在一个基于回合的游戏中，游戏者进入他们的回合，并在接收结果之前需要等待一段时间。几秒钟的延迟是可以容忍的。

　　有两种基于回合的游戏：

　　3.1、轮流游戏

　　在一个轮流游戏中，每个游戏者按次序进入回合。像象棋、红心大战这样的经典游戏就是很好的例子。
这种游戏的缺点就是游戏者在重新进入回合之前无事可做。虽然经典游戏在因特网上有很多玩家，但这多多少少有点无趣，。

　　因此，限制轮流游戏的游戏者数是个非常好的主意，这样延迟就不会变得非常长。两到四个游戏者是比较理想的情况。

　　3.2、同时动作游戏

　　在一个同时动作游戏中，每个游戏者独立于其它游戏者计划他自己的行动。当一个游戏者就绪时，他发送指令到服务器。服务器等到从所有的游戏者那里都接到指令，然后分解回合，再把结果发送到所有的游戏者那里。

　　4、"即时动作"游戏

　　在一个"即时动作"游戏中，游戏可能会持续很长时间（几天、几个星期、几个月甚至到永远）。游戏者可以在任何时候进入游戏，执行游戏中的动作。在一些游戏中，他们可能只能与其他的同时进入游戏的用户交互；在其它的游戏中，他们也许能与任何其他游戏者交互，即使这些游戏者已经下线。

　　6、把等待时间分布到游戏中

　　让游戏者接受高等待时间的另一种简单方法就是把等待时间分布到游戏本身中。例如，大部分星际飞船战斗游戏让人都感觉到象是二次大战时的空战，战船在你身边呼啸而过，向你开炮。然而，在手机上要实现这种火爆的场面好像困难很大。我们可以换一种思路，我们可以把星际战舰类游戏做成一个类似第一次世界大战海战的游戏，星际飞船慢慢地移动，彼此之间一发一发的发射炮弹，导弹缓慢的移动奔向它们的目标。你可以使用这种方法来隐藏几秒钟的等待时间。肯定还有更多的解决长等待时间的方法。这是一个值得花时间去思考解决的问题。