综述java
毫无疑问,混淆是打包过程当中最重要的流程之一,在没有特殊缘由的状况下,全部 app 都应该开启混淆。android
首先,这里说的的混淆实际上是包括了代码压缩、代码混淆以及资源压缩等的优化过程。依靠 ProGuard,混淆流程将主项目以及依赖库中未被使用的类、类成员、方法、属性移除,这有助于规避64K方法数的瓶颈;同时,将类、类成员、方法重命名为无心义的简短名称,增长了逆向工程的难度。而依靠 Gradle 的 Android 插件,咱们将移除未被使用的资源,能够有效减少 apk 安装包大小。算法
本文由两部分构成,第一部分给出混淆的最佳实践,力求让零基础的新手均可以直接使用混淆;第二部分会介绍一下混淆的总体、自定义混淆规则的语法与实践、自定义资源保持的规则等。json
1、Android混淆最佳实践app
1. 混淆配置函数
通常状况下,app module 的 build.gradle 文件默认会有以下结构:布局
android { buildTypes { release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } }
由于开启混淆会使编译时间变长,因此debug模式下不该该开启。咱们须要作的是:测试
将release下minifyEnabled的值改成true,打开混淆; 加上shrinkResources true,打开资源压缩。 修改后文件内容以下:gradle
android { buildTypes { release { minifyEnabled true shrinkResources true proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } }
2. 自定义混淆规则优化
在 app module 下默认生成了项目的自定义混淆规则文件 proguard-rules.pro,多方调研后,一份适用于大部分项目的混淆规则最佳实践以下:
#指定压缩级别 -optimizationpasses 5 #不跳过非公共的库的类成员 -dontskipnonpubliclibraryclassmembers #混淆时采用的算法 -optimizations !code/simplification/arithmetic,!field/*,!class/merging/* #把混淆类中的方法名也混淆了 -useuniqueclassmembernames #优化时容许访问并修改有修饰符的类和类的成员 -allowaccessmodification #将文件来源重命名为“SourceFile”字符串 -renamesourcefileattribute SourceFile #保留行号 -keepattributes SourceFile,LineNumberTable #保持全部实现 Serializable 接口的类成员 -keepclassmembers class * implements java.io.Serializable { static final long serialVersionUID; private static final java.io.ObjectStreamField[] serialPersistentFields; private void writeObject(java.io.ObjectOutputStream); private void readObject(java.io.ObjectInputStream); java.lang.Object writeReplace(); java.lang.Object readResolve(); } #Fragment不须要在AndroidManifest.xml中注册,须要额外保护下 -keep public class * extends android.support.v4.app.Fragment -keep public class * extends android.app.Fragment # 保持测试相关的代码 -dontnote junit.framework.** -dontnote junit.runner.** -dontwarn android.test.** -dontwarn android.support.test.** -dontwarn org.junit.**
真正通用的、须要添加的就是上面这些,除此以外,须要每一个项目根据自身的需求添加一些混淆规则:
第三方库所需的混淆规则。正规的第三方库通常都会在接入文档中写好所需混淆规则,使用时注意添加。 在运行时动态改变的代码,例如反射。比较典型的例子就是会与 json 相互转换的实体类。假如项目命名规范要求实体类都要放在model包下的话,能够添加相似这样的代码把全部实体类都保持住:-keep public class .Model. {*;} JNI中调用的类。 WebView中JavaScript调用的方法 Layout布局使用的View构造函数、android:onClick等。