关于ProGuard混淆工具的使用

关于ProGuard混淆工具的使用
目标：
jar包B包含提供给开发者的接口，jar包C包含内部实现，B调用C中的方法。

要求B中接口类被保留，B中其他方法以及C中全部内容被混淆。

需保证混淆后的jar包可以被Android 工程正确导入并且功能实现正确。

现阶段尚不考虑使用proguard的压缩和优化功能。

因为工程结构复杂，上述两个功能有可能导致混淆后的jar包不可用。

实验步骤
准备：
创建一个工程ProjectC。

其中的一个类ClassC包含一个方法返回一个由构造函数获取的字符串，将ProjectC打包。

创建一个工程ProjectB，并且引入ProjectC.jar作为库。

ProjectB中的类ClassB包含一个方法，该方法通过实例化ClassC并调用该实例的方法返回一个字符串。

最后建立一个Android工程，将打包后的ProjectB作为库导入。

在该工程的MainActivity中调用ProjectB中的方法获得字符串，并将字符串显示在屏幕上。

步骤1：
将Android工程所生成apk混淆（IntelliJ下）：
1.将ProjectB.jar 和ProjectC.jar放置在libs文件夹下并且正确引用。

2.注释掉project.properties文件中的
“proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt”
一行。

3.生成带签名的apk并且勾选：Run ProGuard一项。

结果：
发现将apk反编译后，工程中所有的类和方法已被混淆。

安装apk后功能显示正常。

步骤2：
使用proguard默认配置将ProjectB混淆，并使用-libraryjars将ProjectC配置成为混淆后
ProjectB_after.jar的库。

结果：
发现Android工程只能使用ProjectB中被混淆后的类名及方法。

并且ProjectC并未被混淆。

步骤3：
在ProjectB中加入接口类InterfaceB，并创建类InterfaceForDev。

在proguard配置文件中加入
-keepclasseswithmembernames class interfaceB3.InterfaceForDev{
public ng.String getMsg();
}
保留这个类和它包含的方法getMsg();
结果：
除了InterfaceForDev和它包含的方法getMsg()没有被混淆外ProjectB中其他类均成功混淆。

Android工程可以调用InterfaceForDev. getMsg()方法并显示正确。

PeojcetC依然未混淆。

步骤4：
将ProjectC作为输入文件而非库与ProjectB一同混淆。

结果：
ProjectC被混淆，Android工程可以调用InterfaceForDev. getMsg()方法并显示正确。

且Android 工程不再需要单独导入ProjectC，初步达到预期目标。

用反编译软件打开混淆后的jar文件：
总结
如果有多个jar文件需要混淆，则需要使用多行-injars 命令把这些jar文件设置为输入（此处应注意同名package的问题）。

这些jar文件之间的调用关系proguard会自行处理，只需用-keep保留所需的接口即可。

如果被-libraryjars命令定义为库的jar包将不会被混淆。

Keep 方法的使用
附ProGuard现存问题：
●为了达到最佳的效果，ProGuard的优化算法（optimization）假设被处理的代码不会有
意地抛出NullPointerExceptions ，ArrayIndexOutOfBoundsExceptions，OutOfMemoryErrors 或者StackOverflowErrors。

比如，一个没有效果的方法调用myObject.myMethod()有可能被优化算法移除。

它将忽略由于myObject==null而导致的NullPointerExceptions。

被优化了的代码可能会减少抛出异常的次数。

如果要避免这种情况发生，你需要用-donotoptimize关闭优化选项。

●同样的情况也会发生在busy-waiting loop上。

●如果输入的jar包与library库包含同名类，混淆（obfuscated）后jar包中的类有可能会
覆盖库中的类。

这种状况多发生在库类jar文件被混淆过。

●一些混淆后的文件名可能被windows所占用，如：aux.class。

把输出文件写入jar包可
解决这类问题。