J2ME Game开发笔记（整编版）

注:我从2004年9月份到2005年8月份在csdn blog上断断续续记录的开发笔记，并在www.j2medev.com上发表过三篇整理版的笔记。现在将这些笔记重新分类整理。
如果有人转载这篇东西，请包含所有内容，不要删改！我的Emai:happyfirecn@yahoo.com.cn

－－－－－－－－－－－－－－－一般类问题－－－－－－－－－－－－－－－－－－
1 J2ME中查表法使用三角函数
 
    CLDC和MIDP都没有提供三角函数，而且CLDC1.0中也没有浮点数，所以我们的选择是查表。使用8位定点数的sin和cos表。下面是wtk自带demo中的代码,只提供了有限的几个角度，实际使用时根据需要细化角度值。

// sines of angles 0, 10, 20, 30, 40, 50, 60, 70, 80, 90,    all *256
    private static final int[] SINES =
        { 0, 44, 88, 128, 165, 196, 222, 241, 252, 256 };

    // angle is in degrees/10, i.e. 0..36 for full circle
    private static int sineTimes256(int angle)
    {
        angle %= 36;    // 360 degrees
        if (angle <= 9)          // 0..90 degrees
        {
            return SINES[angle];
        }
        else if (angle <= 18)    // 90..180 degrees
        {
            return SINES[18-angle];
        }
        else if (angle <= 27)    // 180..270 degrees
        {
            return -SINES[angle-18];
        }
        else                     // 270..360 degrees
        {
            return -SINES[36-angle];
        }
    }

    // angle is in degrees/10, i.e. 0..36 for full circle
    private static int cosineTimes256(int angle)
    {
        return sineTimes256(angle + 9);     // i.e. add 90 degrees
    }

(2006.5 注：有一些算法可以生成三角函数值，这样只要在游戏载入时生成一下函数表即可，节省一些数据)

2 J2ME中使用随机数

  产生0～n之间的随机数:
(ran.nextInt()>>>1)%n
或
(ran.nextInt()&0x7FFFFFFF)%n

产生-n~0之间的随机数:
(ran.nextInt() | 0x80000000 )%n

3 尝试IO优化

    正在开发的一个游戏，由于读地图的时候做了图片切割，所以速度比较慢。（在我开发上一个游戏的时候，读取地图时没有装载切割图片，速度非常快，看来ＩＯ操作的速度和createImage,drawImage相比是微不足道的）对于IO的优化也许根本不会明显的提高速度，但我还是试了一下。
分析了一下代码，在最初的代码中为了比较方便的读取各种类型的数据，使用DataInputStream套接InputStream。可是我仔细看了一下我读取得数据，居然都是byte,唯一的一个char也是被我用两个byte手工组装起来的。这下，DataInputStream看来是不需要了。于是我做了个实验，没改动之前读取地图耗时1242ms,将DataInputStream去掉直接使用InputStream耗时1065ms,虽然每次试验的结果都稍有不同，但大概还是节约了200ms左右。
还能再加快点吗？再观察一下代码，我发现数据是通过多次的read操作读取进来的。太过频繁的io操作会不会降低速度呢？如果用一个字节数组作缓冲一次性将数据都读进来会不会快点？嗯，试一试才知道。但是我怎么知道一个流的大小呢？InputStream的avaliable方法总是返回-1啊！打开两次流，第一次先计算大小？对了，还有一个方法。直接将文件大小写到文件前面。地图文件是用自己的编辑器生成的，知道大小很容易。于是我在文件前面用两个byte纪录了文件的大小，先从流中读取2个byte,得到文件大小后，再用read(byte[],int,int)方法将整个流读取到缓冲中。然后，我的所有数据操作都从缓冲中读取。好，试验一下，结果是：1154ms。阿? 慢了近100ms。事实证明了这个猜想是错误的。原因？也许只有了解KVM的机制才知道。
弄完速度的问题，我又觉得读取文件的try块太大了，因为是边读边处理数据，所以try块变得很大。try块太大会增加class文件的大小。于是我用一个方法将读取byte的操作封装起来，当然这个方法是声明为private static的，但究竟能不能内联，只有编译器和kvm才知道。在这个方法内部从流中读取一个字节的时候采用了try,catch结构，这就使一个大try块分散成若干小try块。试验了一下，耗时1089ms,诶，还是慢了点。现在对于速度的要求比空间更高，更何况减小try块节省的10几个字节打包后基本忽略不计了。所以这个优化又失败了。

小结：能使用简单流的时候就不要使用复杂流，不要太相信理论上的说法，只有试了才知道。
注：试验数据是Nokia3100手机的实机测试数据，在Nokia 3300上这个数据更小些，最快约800多ms

4 压缩还是不压缩

        做J2ME的都知道Midlet Suite的容量实在太小了，于是不免想做点压缩。前些天，我就尝试了一次压缩。我自己定义的地图文件里有3层数据，其中2，3层有大片连续分布的相同的值。 唉？我一琢磨，使用一个简单的行长编码压缩，仅对这个值进行行长编码，算法很简单速度又不慢，却可以大大减小地图文件的大小。看起来真的很不错诶！说干就干，忙了半天，又改地图编辑器，又改游戏中读地图的代码。总算搞定，试了一下，原来2.23k的一个文件被压缩到900多字节。好像很不错啊，接着我打了个jar包，却突然发现这个jar文件好像并没有比原来小阿！似乎还大了点。我连忙找出备份的代码，果然原来的jar更小点！怎么回事啊？？我突然想到，jar本身就是压缩格式的。难道。。。我赶快用winrar打开两次的jar文件观察。~~~~~原来如此！原来的jar中，2.23k的文件的包大小为185字节，而我现在的jar中，900多字节的文件的包大小为216字节。也就是说，我自己先压缩一遍的文件打包后还不如不压缩的小！
       看来自己做压缩之前，一定要先看看你想压缩的文件在包里面的大小。还有对于png文件，使用某些工具优化后，在包里面的大小却变大了。这个还真是要注意阿~！
(05.12.31注：某些压缩算法确实比zip压缩效率要高，可以使用，不过副作用是解压导致loading时间变长)
(2006.5注：有些时候，需要节省一下内存，可以将数据打包压缩一下，package & compress模式，存在内存中，需要时解压)

5 同时多处异常
 程序出现exception时,在一个外包函数处捕获到了,显示为函数a出现异常,然后去a中捕获却没捕获成功,但是仍然发生了异常.
原来是外包函数中调用的另一个函数b也产生了同样的异常.
同时多处异常-小心!

－－－－－－－－－－－－－－－－开发工具问题－－－－－－－－－－－－－－－－－
1 Eclipse Tips
1.在工具条上有个文本形象的按钮"show source of selected element only".当编辑类的某个成员(方法或域)时,按下这个按钮,则当前窗口会只显示你正在编辑的类成员.再按一下则恢复.
2.显示java文件行号.菜单中选择Window->Preferences打开Preferences窗口后选择Java->Editor,在右边的选项中选中Show line numbers.
显示非java文件行号.在Preferences窗口中选择Workbench->Editors->Text Editor,同样右边的选项中选中Show line numbers.
3.编辑代码时，按ctrl+/可以注释当前行或选中的多行代码；按Atrl+/可以显示自动完成代码的提示。
4.选中代码，按 ctrl+shift+F 格式化代码
5.输入syso,按atrl+/可出来 System.out.println("") ;

2 运行Nokia模拟器的一个注意事项
        这是一个老问题了，原来用WTK的时候就有，在WTK中启动Nokia的模拟器，如果先前已经打了包，那么运行的是打包的程序，想当年经常会很郁闷为什么改动了没效果，后来养成一个习惯，将jar装到手机测试后随手删除。
        今天用JBuilder的时候又碰到了这个问题，也是Nokia的模拟器，如果已经建立了一个archive,那么Nokia模拟器运行的总是包，呵呵，所以要么将archive从project中remove,要么每次都rebuilder这个archive。

3 Eclipse集成Motorola模拟器

在Eclipse的菜单/工具条中选择Run->External Tools,打开面板后，选择program,然后new一个新的配置
1 在Location中填入Moto模拟器的路径，如：C:\Program Files\Motorola\SDK v4.2 for J2ME\EmulatorA.1\bin\emujava.exe，Moto的不同模拟器支持n种不同机型，需要看moto sdk的文档才知道。
2 在Arguments里填入执行的参数，包括jad路径，模拟器使用的机型。如："${project_loc}\deployed\${project_name}.jad" -deviceFile Resources\V600.props
我是让模拟器执行deployed里面的jad/jar,${project_loc}是工程路径，${project_name}是工程名。这里选择的机型是V600.

说明：这种方法的局限在于只能执行jar,所以每次运行前必须打包。实际使用前需要为没种机型配置一个run,由于使用了通配参数，所以所有的工程都可以使用一个配置
（05.12.31注：现在某些MotoSDK已经可以和Eclipse集成了！）

4 初次使用JBuilder 7－若干小问题

(1) MobileSet问题
 JBuilder7需另外安装MobileSet, Mobileset自带了一个WTK. 如果不安装MobileSet,JB7配置JDK时不能自动识别WTK,安装MobileSet后，可以通过配置JDK的方法加入新的WTK

(2) 资源文件问题
 JBuilder的所有源文件都应该放在source path中，可以在工程属性中设置source path,资源文件也一样。既可以和源文件放在一个source path(即文件夹)中，也可以放在另外的source path中。需要注意的是，JBuilder只默认识别一定数量的后缀，如png,如果你使用了其他后缀的资源文件，如dat,bin,需要先把该文件通过add files加入到工程中，选择文件属性，设置为copy,这样该后缀的文件就被识别为资源文件了。

(3) 光标不对问题
 最简单的办法－改字体，我改成了第一种字体(JB7中)，感觉和默认字体没什么不同。至于这个问题的根本解决方法网上有文论述。

(4) 鼠标滚轮无效问题
 据说这个问题只在JB7和以下版本中存在，原因是只有J2SDK1.4以上才支持滚轮，所以需要将JB7的JDK改成1.4的. 方法是修改JBuilder7\bin\jdk.config文件，将javapath和addpath两行修改，例如：
# javapath ../jdk1.3.1/jre/bin/hotspot/jvm.dll
javapath Y:\j2sdk1.4.2\jre\bin\server\jvm.dll
# addpath ../jdk1.3.1/lib/tools.jar
addpath Y:\j2sdk1.4.2\lib\tools.jar

5 百宝箱应用编译打包事宜

1 编译时，设置javac 的target vm为1.1即可通过移动检测。wtk中无法实现。在Eclipse中可以在java-compiler－Compliance and Classfiles中做以下设置：
Compiler compliance level: 1.4
Generated .class files compatibility: 1.1
Source compatibility: 1.3
(2005.12.31注：JBuilder中也有类似的选项，如果使用命令行或Ant，都只要将javac的targetVm参数设置为 target 1.1)

2 用eclispe打混淆包。但eclipse编写jad中文会出现乱码，所以用wtk编写正确的jad,然后用wtk打包（注意不能覆盖eclispe打的包），这是为了用wtk获得正确的jad和manifest文件。将elcipse打包出的jar解压，用wtk生成的mainifest代替原jar中的mainifest文件，然后用winrar打包（zip格式，可选最大压缩，注意要选择所有的文件后打包，不要将外面的整个目录打包）.最后将jad中的jar size改为这个最新的jar的字节数。
(2005.12.31注：我不用eclipse很多年，据说现在的eclipse me新版没这问题了，我当时用的时候eclipse me的版本才0.4.6)
另：1. Nokia S60,SE k700机器中显示的游戏名字为MIDlet-1中的名字，而Nokia40为MIDlet-Name中的名字
    2. 根据sp提供的资料Nokia 7650 游戏不能用中文名（其实NGageQD可以）

－－－－－－－－－－－－－－－－机型相关问题－－－－－－－－－－－－－－－－－
1 Nokia S60 IO操作内存泄漏不可不察
Nokia7650,3650
游戏运行过程中，有时会出现“存储已满”的对话框，出现的位置不固定
游戏运行过程中，有时出现“应用程序错误  NullPointerExcept”,“程序已关闭  MidpUi”的对话框
游戏运行过程中，有时会出现“程序已关闭   MidpUi   ViewSrv   9”的对话框，出现的位置不固定

其实这个问题是由S60的getResourceAsStream方法内存泄漏的bug引起的,由于每次切换地图时io操作都要读取大量数据，内存泄漏积累到一定程度就引起了“存储已满”，白屏，死机，进而会引起null pointer异常等。解决方法是尽量减少io操作的次数。如果内存够大就一次将资源读入。

[1] [2]

编辑 webmaster