j2mepolish中obfuscator(混淆器)的应用

[size=14]我们知道在j2mepolish带有一个ant构件工具,且有一个build.xml文件。在build.xml里边定义了一个工程的编译(compile)、混淆(obfuscate)、打包(package).....等命令。所以很多人都喜欢用j2mepolish来的ant来管理一个j2me工程的编译打包工作,即使他们没用到polish,避免了用ant时写build文件的麻烦。

build.xml:

<build
     symbols="ExampleSymbol, AnotherExample"
     imageLoadStrategy="foreground"
     fullscreen="menu"
     usePolishGui="true"
     >
     <!-- midlets definition -->
     <midlet class="de.enough.polish.example.MenuMidlet" name="Example" />
     <!-- project-wide variables - used for preprocessing  -->
     <variables>
       <variable name="update-url" value="http://www.enough.de/update" />
     </variables>
     <!-- obfuscator settings -->
     <obfuscator name="ProGuard"
                    useDefaultPacakge="true" 
                    unless="test"  />
     <!-- debug settings -->
     <debug showLogOnError="true" 
               verbose="true" 
               level="error"
	       if="test" 
	       >
        <filter package="de.enough.polish.example" level="debug" />
        <filter class="de.enough.polish.ui.Gauge" level="info" />
     </debug>
</build>

现在我主要谈谈polish中的obfuscator(混淆器)的应用。我们知道J2ME的应用开发极大地受到了设备的限制。通常可下载类应用限制在几百K左右,设备本身限制在64k、100k、128k等不等。尽管现在的手机的内存可以达到1G(有些可以用内存卡),但一个应用程序的大小还是尽可能小好,因为这可能影响程序的性能。

下边是网上关于j2me应用程序瘦身的办法:

引用

1。使用混扰obfuscate(正规减肥)

Java语言采用按名索引链接。包名,类变量名被保留在class的常量表中,混扰后有意义的名称被短的无意义的字串所代替,从此减少程序大小。同时混扰同时去掉了行号等调试信息(如果编译选项中未去掉)。另外,通常的混扰工具还将从未用过的方法、变量删除,从而减少程序空间。

特点:不涉及源程序,易于维护。瘦身率10%-30%

2。“优化”包结构(常规减肥)

一些混扰工具不改变包的结构,也不能减少包的层次,如“com.pip.kstock.util.Tools”可能被混扰成“b.a.a.b.t”;而“com_pip_kstock_util.Tools”则可能成为“b.t”.这是配合混扰工具的减肥措施。另外,要明确分离被保护的包,因为被保护的包的所有类的包名都被保护。

特点:不改变类结构及源程序。瘦身率:3%-5%

3。优化程序(专业减肥)

此减肥方法是对源程序的调整,诸如“注释掉不用的方法”(若混扰工具不能做到的话);去掉无用的赋值和语句;优化语句;针对空间优化算法等。

如使用arraycopy替代for循环复制;

再如双字符串联结:

Strings=“abc”+strVar;

Strings=“abc”.concat(strVar);

(有的编译器将语句1编译成构造StringBuffer,这时语句2将省空间)

特点:正规化瘦身,工作量大。瘦身率:依情况而定

4。合并类(非常规减肥)

将若干子类合并到父类中,或将若干个不冲突的类合并成一个类。通过type或classID来判别具体实例属于哪个类,再应用公有的方法使用switch()转接到更名后的方法。

如publicpaint()可能会调用privatepaint4XXXVies()。

设计时还可使用重名变量进一步节省空间,但代码可读性大大降低。

特点:破坏面向对象设计、维护困难。瘦身率:高(合并一个类大约可瘦身1-3K)

5。挤压实现(疯狂减肥)

属于变态减肥方法,包括:

用直接访问变量的方式取代getter/setter方法

废除常量定义(一些混扰工具可完成);

减少变量和字符串。

特点:破坏面可读性、维护艰难。瘦身率:低(在临界值时使用)

上述瘦身方法均是针对已经成型产品。而在程序开始设计时,瘦身的考虑也是相当重要的。下面根据实际情况举一些小例子:

1。保留计算结果

在前面提到的瘦身技术中包括getter/setter方法替换方式,而对一些类的属性可考虑固化变量法,即在初始化时将此属性值记录到类的成员变量中。但此属性必须是初始就确定、运行中不会改变或极少改变(改变的地方要重赋值);另外,由于此方法不能实现lazyloading,故要求属性是被“必然访问”的属性。

2。集中分支语句

在CLDC规范中,有一个J2SE虚拟机之外的东西,即preverify,对应到类文件中是StackMap结构。如果你的一个函数代码中没有分支语句,包括没有异常处理,StackMap将缺席并使用缺省的内容。这在节省空间上有好处。

另外,StackMap结构的单元尺寸和代码段长度有关,所以避免写太长的方法。

3。关于变量初值

java的成员变量的初值不象写起来那样简单,他们是在类的初始化函数块中被赋予的。如果你想赋的初值同缺省的值一致,那么请省下5-6个字节吧。(不要因程序风格而犹豫,写上你的注释)

(该篇文章引用:http://clwu.bokee.com/1632798.html)

可见混淆器(obfuscator)是优化一个j2me应用程序的主要利器。我们来看回polish中的obfuscator,在polish中带有三个obfuscator:"ProGuard","YGuard","RetroGuard",其中默认是用"ProGuard"。在上边的build.xml里边我们看到有obfuscatorsetting的部分,在这里我们可以对工程的obfuscation设置。当然,如果你不想用obfuscator,只要把这个settings部分注释掉就行了。

下边来看看obfuscator的设置:

<obfuscator unless="test" enable="true" name="ProGuard" >
	<keep class="com.company.dynamic.SomeDynamicClass" />
	<keep class="com.company.dynamic.AnotherDynamicClass" />
	<parameter name="scriptFile" value="../scripts/obfuscate.script" />
</obfuscator>

其主要属性与元素:

属性name:指定当前obfuscator的名称,其中"ProGuard"是默认的,如果你想用其的的obfuscator,只要在build.xml中指定相应的classPath就可以了。

元素<keep/>:保留你不想参与混淆的类,留给程序动态加载。这个很好用,当你混淆某个工程后,运行时却发现有部分的类找不到,显示java.lang.ClassNotFoundException,这时你可以用<keep/>把这个类保留下来,给程序动态加载。(我用polish混淆时碰过这情况,不知用其它混淆时(如JB)有没有??^_^)

元素<parameter/>:当你想合用第三方的混淆器时,指定第三方混淆的配置。还有的是,ProGuard3.x提供了一个字节代码优化器(默认是false),当你用ProGuard混淆器时可以用此元素来优化代码:

<obfuscator unless="test" enable="true" name="ProGuard" >
	<parameter name="optimize" value="true" />
</obfuscator

如果你想几个obfuscator一起用,也可以,只要连着写几个<obfuscator/>就可以了。

[/size]

相关推荐