一、为什么要混淆
为了避免apk在发布后被用户通过反编译拿到源代码和资源文件,然后修改资源和代码之后就变成一个新的apk。而经过混淆后的APK,即使被反编译,也难以阅读,注意混淆不是让apk不能阅读,而是加大阅读的难度,为了避免劳动成果被窃取,也避免出现安全漏洞和隐患,所以在apk发布之前一定要进行混淆。
二、混淆的原理
Java是一种跨平台、解释型语言,Java源代码编译成的class文件中有大量包含语义的变量名、方法名的信息,很容易被反编译为Java源代码。为了防止这种现象,我们可以对Java字节码进行混淆。混淆不仅能将代码中的类名、字段、方法名变为无意义的名称,保护代码,也由于移除无用的类、方法,并使用简短名称对类、字段、方法进行重命名缩小了程序的大小。
ProGuard由shrink、optimize、obfuscate和preverify四个步骤组成,每个步骤都是可选的,需要哪些步骤都可以在脚本中配置。参见ProGuard官方介绍。
压缩(Shrink):默认开启,侦测并移除代码中无用的类、字段、方法和特性,减少应用体积,并且会在优化动作执行之后再次执行(因为优化后可能会再次暴露一些未使用的类和成员)。
-dontshrink 关闭混淆
优化(Optimize):默认开启,分析和优化字节码,让应用运行的更快。
-dontoptimize 关闭优化,默认混淆配置文件开始
-optimizationpasses n 表示proguard对代码进行迭代优化的次数,Android一般为5
混淆(Obfuscate):默认开启,使用a、b、c、d这样简短而无意义的名称,对类、字段和方法进行重命名,增大反编译难度。
-dontobfuscate 关闭混淆
上面三个步骤使代码大小更小、更高效,也更难被逆向工程。
预检(Preverify):在java平台上对处理后的代码进行预检。
混淆流程图:
Proguard读入input jars(or wars,zip or directories),经过四个步骤生成处理之后的jars(or wars,ears,zips or directories),Optimization步骤可选择多次进行。
为了确定哪些代码应该被保留,哪些代码应该被移除或混淆,需要确定一个或多个Entry Point。Entry Point经常是带有main methods,applets,midlets的classes,它们在混淆过程中会被保留。
Proguard的几个步骤如何处理Entry Points。
(1).在压缩阶段,Proguard从上述Entry Points开始遍历搜索哪些类和类成员被使用。其他没有被使用的类和类成员会移除。
(2).在优化阶段,Proguard进一步设置非Entry Point的类和方法为private、static和final来进行优化,不使用的参数会被移除,某些方法会被标记为内联。
(3).在混淆阶段,Proguard重命名非Entry Points的类和类成员。
(4).预检阶段是唯一没有触及Entry Points的阶段。
三、Android Studio默认的混淆方案及字段解读
1.开启混淆
在build.gradle文件内相应的构建类型中添加minifyEnabled true即可。
除了minifyEnable属性外,还有用于定义ProGuard规则的proguardFiles属性:
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
官方文档介绍:
getDefaultProguardFile('proguard-android.txt')方法可从Android SDK tools/proguard/文件夹获取默认的ProGuard设置。要想做进一步的代码压缩,请尝试使用位于同一位置的proguard-android-optimize.txt文件。它包括相同的Proguard规则,但还包括其他在字节码一级(方法内和方法间)执行分析的优化,以进一步减少APK大小和帮助提高其运行速度。
proguard-rules.pro文件用于添加自定义Proguard规则。默认情况下,该文件位于模块根目录(build.gradle文件旁),内容为空。
在gradle 2.2之后,defaultProguardFile没有使用sdk目录下的proguard-android.txt,而是使用了gradle自带的proguard-android.txt,不同的gradle版本带有不同的默认混淆文件,在项目根目录的build/intermediates/proguard-files/proguard-android.txt-2.3.1。
混淆配置文件不检查规则是否重复,如果两条规则冲突,则采用白名单的,比如设置了开启优化和不优化两个选项后,不论顺序,最终都会执行不优化的操作。
2.构建输出
构建时Proguard都会输出下列文件:(build之后)
(1)dump.txt --- 说明APK中所有类文件的内部结构
(2)mapping.txt --- 提供原始与混淆过的类、方法和字段名称之间的转换
(3)seeds --- 列出未进行混淆的类和成员
(4)usage.txt --- 列出从APK移除的代码
这些文件保存在/build/outputs/mapping/release目录下。
3.解码混淆过的堆栈追踪
使用混淆后,保存好mapping文件,程序csh时通过脚本进行解码。
retrace工具位于/tools/proguard/目录下,解码命令为:
retrace.bat|retrace.sh [-verbose] mapping.txt [<stacktrace_file>]
4.默认的混淆方案及字段解读
(1)不适用大小混写类名
-dontusemixedcaseclassnames
默认情况下混淆的类名可以包含大小写字符的混合
(2)不忽略公共类库
-dontskipnonpubliclibraryclasses
指定不去忽略非public的library classes。从Proguard 4.5开始,是默认的设置。
(3)不优化指定的文件与不预检验
-dontoptimize -dontpreverify
默认optimize和preverify选项是关闭的,因为Android的dex并不想Java虚拟机需要optimize(优化)和previrify(预检)两个步骤。
(4)指定哪个属性不要混淆,可一次指定多个属性
-keeppattributes [attribute_filter]
通常Exceptions,Signature,Deprecated,SourceFile,SourceDir,LineNumberTable,LocalVariableTable,LocalVariableTypeTable,Synthetic,EnclosingMethod,RuntimeVisibleAnnotations,RuntimeInvisibleAnnotations,RuntimeVisibleParameterAnnotations,RuntimeInvisibleParameterAnnotations,AnnotationDefault属性需要被保留,根据项目具体使用情况保留。
gradle默认的keepattributes属性不全,只保留了Annotations,Signature,InnerClasses,EnclosingMethod,为了混淆之后定位csh代码方便,需要在proguard_rules.pro中手动添加抛出异常时保留代码行号,并且重命名超出异常时的文件名称,这样能方便定位问题:
#抛出异常时保留代码行号
-keeppattributes SourceFile,LineNumberTable
#重命名抛出异常时的文件名称
-renamesourcefileattribute SourceFile
keep选项制定了哪些类,哪些方法不被混淆,从而保证了程序的正常运行。
keep用法有6种:
(1)-keep(names)选项 指定类和类成员(变量和方法)不被混淆
-keep [,modifier,...] class_specification
//指定类名不被改变
-keep public class com.google.vending.licensing.ILicensingService
//指定使用了Keep注解的类和类成员都不被改变
-keep @android.support.annotation.Keep class * {*;}
(2)-keepclassmembers(names) 指定类成员不被混淆,类名会被混淆
//keep setters in views 使得animations仍然能够工作
-keepclassmembers public class * extends android.view.View { void set*(***); *** get*(); }
(3)-keepclasseswithmembers(names) 指定类和类成员都不被混淆
-keepclasseswithmembers [,modifier,...] class_specification
//包含native方法的类名和native方法都不能被混淆,如果native方法未被调用,则被移除。由于native方法与对应so库中的方法名称对应,方法名被混淆会导致调用出现问题,所以native方法不能被混淆。
-keepclasseswithmembernames class * { native <methods>; }
不带names的选项为From being removed or renames,既不会被移除或重命名,即使类或类成员未被使用。带有names的选项为From being renamed,不会被重命名,如果是无用的类或类成员,会被移除,移除是指在压缩(Shrinking)时是否会被删除。
通用Options:
(1)-verbose 打印混淆详细信息
(2)-dontnote选项:指定不去输出打印该类产生的错误或遗漏
-dontnote com.android.vending.licensing.ILicensingService
-dontnote android.support.**
(3)-dontwarn选项:指定不去warn unresolved references和其他重要的problem
-dontwarn android.support.**
如上面(2)(3)所示,android.support的libraries需要保留。
四、自定义混淆文件
1.Filters
? 匹配一个字符
* 匹配一个名字,除了目录外分隔符外的任意部分
** 匹配任意名,可能包含任意路径分隔符
! 排除
<field> 匹配类中的所有字段
<method> 匹配类中所有的方法
<init> 匹配类中所有的构造函数
-keep class com.lily.test.** 本包和所包含子包下的类名都保持
-keep class com.lily.test.* 保持该包下的类名
-keep class com.lily.test.** {*;} 保持包和子包的类名和里面的内容均不被混淆
如果要保留一个类中的内部类不被混淆则需要用$符号。
2.-assumenosideeffects指令:
assumeosideeffects是Optimization过程中的选项,所以为保证指令的有效,需要开启optimization。这个指令的含义是Proguard会在optimization过程中删除对这些方法的调用,需要注意:当你知道你在做什么的时候才能使用它。
3.一个自定义文件
#代码混淆压缩比,在0~7之间 -optimizationpasses 5# #混淆时不适用大小写混合,混合后的类名为小写 -dontusemixedcaseclassnames #指定不去忽略非公共库的类 -dontskipnonpubliclibraryclasses #不做预校验,preverify是proguard的四个步骤之一,Android不需要precerify,去掉这一步能够加快混淆速度。 -dontpreverify -verbose #google推荐算法 -optimizations !code/simplification/arithmetic,!code/simplication/cast,!field/*,!class/mergin/* #避免混淆Annotation、内部类、泛型、匿名类 -keepattributes *Annotation*,InnerClasses,Signature,EnclosingMethod #重命名抛出异常时的文件名称 -renamesourcefileattribute SourceFile #抛出异常时保留代码行号 -keepattributes SourceFile,LineNumberTable #处理support包 -dontnote android.support.** -dontwarn android.support.** #保留四大组件,自定义的Application等这些类不被混淆 -keep public class * extends android.app.Activity -keep public class * extends android.app.Application -keep public class * extends android.app.Service -keep public class * entends android.content.BroadcastReceiver -keep public class * extends android.content.ContentProvider -keep public class * extends android.preference.Preference -keep public class com.android.vending.licensing.ILicensingService #保留本地native方法不被混淆 -keepclasseswithmembernames class * { native <methods> } #保留枚举类不被混淆 -keep class * implements android.os.Parcelable { public static final android.os.Parcelable$Creator *; } #第三方jar包不被混淆 -keep class com.github.test.** {*;} #保留自定义的Test类和类成员不被混淆 -keep class class.lily.Test {*;} #保留自定义的xlog文件夹下面的类、类成员和方法不被混淆 -keep class com.text.xlog.** { <fields>; <methods>; } #assume no side effects;删除android.util.Log输出的日志 -assumenosideeffects class android.util.Log { public static *** v(...); public static *** d(...); public static *** i(...); public static *** w(...); public static *** e(...); } #保留keep注解的类名和方法 -keep,allowobfuscation @interface android.support.annotation.Keep -keep @android.support.annotation.Keep class * -keepclassmember class * { @android.support.annotation.Keep *; }
五、常用到的不混淆
1.jni方法不混淆
jni方法不混淆,因为方法需要和native方法保持一致。
-keepclasseswithmembernames class * { # 保持native方法不被混淆 native <methods>; }
2.反射不混淆
反射用到的类不混淆(否则混淆可能出现问题)。
-keepatrributes EnclosingMethod
3.AndroidMainfest中的类不混淆
AndroidMainfest中的类不混淆,所以四大组件和Application的子类和Framework层下所有的类默认不会进行混淆。自定义的View默认也不会被混下,所以排除自定义View,或者四大组件被混淆的规则在ndroid Studio中无需加入的,下面是兼容性比较高的规则:
-keep public class * extends android.app.Fragment -keep public class * extends android.app.Activity -keep public class * extends android.app.Service -keep public class * extends android.content。BroadcastReceiver -keep public class * extends android.content.ContentProvider -keep public class * entends android.app.backup.BackupAgentHelper -keep public class * entends android.preference.Preference
4.JSON对象类不混淆
与服务器交互时,使用GSON、fastjson等框架解析服务端数据时,所写的JSON对象类不混淆,否则无法将JSON解析成对应的对象。
5.第三方开源或SDK包
使用第三方开源库或者引用其他第三方的SDK包时,如果有特别要求,也需要在混淆文件中加入对应的混淆规则。
6.WebView的JS调用的接口方法不混淆
有用到WebView的JS调用也需要保证写的接口方法不混淆,原则和第一条一样。
-keepclassmembers classs fqcn.of.javascript.interface.for.webview { public *; }
7.Parcelable的子类和Creator静态成员变量不混淆
Parcelable的子类和Creator静态成员变量不混淆,否则会产生Android.os.BadParcelableException异常;
-keep class * implements Android.os.Parcelable { # 保持Parcelable不被混淆 public static final Android.os.Parcelable$Creator *; }
8.enum类型
使用enum类型时需要注意避免以下两个方法混淆,因为enum类的特殊性,以下两个方法会被反射调用。
-keepclassmembers enum * { public static **[] values(); public static ** valueOf(java.lang.String); }
9.注解不混淆
-keepatrributes *Annotation* -keep class * extends java.lang.annotation.Annotation {*;}
10.泛型不混淆
-keepattributes Signature
11.内部类不混淆
-keepattributes InnerClasses
六、第三方混淆参考规则
1.Gson
-dontwarn com.google.** -keep class com.google.gson.** {*;}
2.otto
-keepattributes *Annotation* -keepclassmembers class ** { @com.squareup.Subscribe public *; @com.squareup.otto.Produce public *; }
3.universal-image-loader
-dontwarn com.nostra13.universalimageloader.** -keep class com.nostra13.universalimageloader.** {*;}
4.友盟统计
-keepclassmembers class * { public <init> (org.json.JSONObject); } #友盟统计5.0.0以上SDK需要 -keepclassmembers enum * { public static **[] values(); public static ** valueOf(java.lang.String); } #友盟统计R.java删除问题 -keep public class com.gdhbgh.activity.R$*{ public static final int *; }
5.OkHttp
-dontwarn com.squareup.okhttp.** -keep class com.squareup.okhttp.** {*;} -keep interface com.squareup.okhttp.** {*;} -dontwarn okio.**
6.nineoldandroids
-dontwarn com.nineoldandroids.*; -keep class com.nineoldandroids.** {*;}
7.支付宝
-keep class com.alipay.android.app.IAlixPay{*;} -keep class com.alipay.android.app.IRemoteServiceCallback{*;} -keep class com.alipay.android.app.IRemoteServiceCallback$Stub{*;} -keep class com.alipay.sdk.app.PayTask{ public *; } -keep class com.alipay.sdk.app.AuthTask{ public *; }
8.Socket.io
-keep class socket.io-client. -keepclasswithmembers,allowshrinking class socket.io-client.* {*;} -keep class io.socket. -keepclasseswithmembers,allowshrinking class io.socket.* {*;}
9.JPUSH
-dontwarn cn.jpush.** -keep class cn.jpush.** {*;} # protobuf(jpush依赖) -dontwarn com.google.** -keep class com.google.protobuf.** {*;}
10.友盟分享
-dontwarn com.umeng.** -dontwarn com.tencent.weibo.sdk.** -keep public interface com.tencent.** -keep public interface com.umeng.socialize.** -keep public interface com.umeng.socialize.sensor.** -keep public interface com.umeng.scrshot.** -keep public class com.umeng.socialize.* {*;} -keep class com.umeng.scrshot.** -keep public class com.tencent.** {*;} -keep class com.umeng.socialize.sensor.** -keep class com.umeng.socialize.handler.** -keep class com.umeng.socialize.handler.* -keep class com.tencent.mm.sdk.modelmsg.WXMediaMessage {*;} -keep class com.tencent.mm.sdk.modelmsg.** implements com.tencent.mm.sdk.modelmsg.WXMediaMessage$IMediaObject {*;} -keep class im.yixin.sdk.api.YXMessage {*;} -keep class im.yixin.sdk.api.** implements im.yixin.sdk.api.YXMessage$YXMessageData{*;} -keep class com.tencent.** {*;} -dontwarn com.tencent.** -keep public class com.umeng.soexample.R$*{ public static final int *; } -keep class com.tencent.open.TDialog$* -keep class com.tencent.open.TDialog$* {*;} -keep class com.tencent.open.PKDialog -keep class com.tencent.open.PKDialog {*;} -keep class com.tencent.open.PKDialog$* -keep class com.tencent.open.PKDialog$* {*;} -keep class com.sina.** {*;} -dontwarn com.sina.** -keep class com.alipay.share.sdk.** {*;}
七、常见的一些问题
1.网络层混淆
一般网络层都不进行混淆,可以经过划分包后直接不混淆网络层的包:
-keep class com.xxx.xxx.http.** {*;}
2.数据模型混淆
-keep class * implements java.io.Serializable {*;} -keepclassmembers class * implements java.io.Serializable {*;}
有时候上面的这种方式可能会导致应用卡住,没有任何错误提示,所以建议采用分包模式,吧所有bean放在同一个包中,直接对该包加白名单。
-keep class com.xxx.xxx.domain.xx {*;}
3.XML映射混淆
如果遇到一些空间无法Inflate,报NullPointException,比如ListView,NavigationView等等
-keep class *.** {*;}
4.混淆规则编写方法
如果混淆后报错,通过retrace后找到错误的问题后可以直接编写规则来去掉混淆,但是如果报的错误莫名其妙,而且报错的类没有混淆,那么可以采用极端的方法,加入下面的规则:
-keep class *.** {*;}
这条规则表示不混淆所有类及其中所有代码,加了这条规则之后,还不能运行表示是其他问题,例如注解,内部类等等,可以运行后,可以通过反编译,寻找所有包名,记录下来,吧上述规则改为:
-keep class android.** {*;} -keep class com.** {*;} -keep class org.** {*;}
一个个去掉检查是否有报错,例如查到
-keep class com.** {*;}
加了就没有错误,则可以继续一级级往下检查。
但要注意,有时候可能是几个包混合问题。
来源:https://www.cnblogs.com/chenxibobo/p/6186795.html