Gradle For Android(四)Gradle编译中神秘的混淆
2017-12-08 20:03
302 查看
http://www.jianshu.com/p/ecc820630ec1
http://www.jianshu.com/p/ecc820630ec1 http://www.jianshu.com/p/ecc820630ec1 http://www.jianshu.com/p/ecc820630ec1
在 Gradle For Android(二) 多渠道打包与签名配置中说过在日常开发中进行打包apk的一些往事,打包测试、打包上传应用商店,这些都避免不了。当然在这过程中,除了签名打包,当然少不了代码的混淆了。代码混淆,说白了就是代码压缩、代码混淆以及资源压缩的优化。依靠 ProGuard,将所有类名、方法名重命名为无意义的简单名称,增加了逆向工程难度。依靠Gradle插件,移除了没有使用的资源,减少了apk大小 。
Gradle For Android(二) 多渠道打包与签名配置
Gradle For Android(三)Gradle优化与灵活的使用技巧
<pre class="hljs java" data-original-code="" release="" {="" release类型"="" data-snippet-id="ext.1744a3506a70e65a40398e84a3d3b3d4" data-snippet-saved="false" data-codota-status="done">
这里minifyEnabled表示启动混淆,一般启动混淆编译速度会比较慢,因此在编译debug版本的时候一般默认不开启。proguard-rules.pro这个表示该module默认的混淆文件,我们可以直接将混淆内容写在这里。另外,这里也要说下**shrinkResources **这个字段,当为true的时候,表示打开资源压缩,编译时会去掉没被使用的资源文件。
修改后的配置代码如下:
"通用",当然真正实现通用,除了上面的混淆规则,需要根据项目需要添加自定义的混淆规则
例如:
第三方库混淆规则。这个比较常见,直接接入官方说明文档。
model实体类,典型在转化json的时候,必须保证model不被混淆,因此需加入--keep public class
JNI中调用的类以及方法不可被混淆
WebView中JavaScript调用的接口不混淆
AndroidMainfest、四大组件以及Application的子类不混淆
Parcelable的子类和Creator静态成员变量不混淆,否则会产生Android.os.BadParcelableException异常
Layout布局使用的View构造函数、android:onClick等。
三、混淆结果的检测
在开启混淆后,通过混淆配置打包后,会在目录:
如图所示:
gradle.png
下面大概说明下:
dump.txt :描述APK文件中所有类的内部结构
mapping.txt :提供混淆前后类、方法、类成员等的对照表
seeds.txt:列出没有被混淆的类和成员
usage.txt: 列出被移除的代码
我们可以根据 seeds.txt 文件检查未被混淆的类和成员中是否已包含所有期望保留的,再根据 usage.txt 文件查看是否有被误移除的代码。建议读者都试下去查看下,必须有收获~
include {filename} 从给定的文件中读取配置参数
basedirectory {directoryname} 指定基础目录为以后相对的档案名称
injars {class_path} 指定要处理的应用程序jar,war,ear和目录
outjars {class_path} 指定处理完后要输出的jar,war,ear和目录的名称
libraryjars {classpath} 指定要处理的应用程序jar,war,ear和目录所需要的程序库文件
dontskipnonpubliclibraryclasses 指定不去忽略非公共的库类。
dontskipnonpubliclibraryclassmembers 不跳过非公共的库的类成员
上面部分参数,日常移动开发的应用混淆中也不是经常使用到的,如果读者想进一步深入了解每个参数实际作用,可以去官网进行查阅,这里笔者不做太多说明哈。
(二)keep 参数
keep {Modifier(属性,例如public,以下说明一致)} {class_specification(具体类或者成员的位置,以下说明一致)} 防止类和成员被移除或者被重命名
keepclassmembers {modifier} {class_specification} 防止成员被移除或者被重命名
keepnames {class_specification} 防止成员被重命名)
keepclassmembernames {class_specification} 防止拥有该成员的类和成员被移除或者被重命名
keepclasseswithmembernames {class_specification} 防止拥有该成员的类和成员被重命名
(三)混淆的必须知道的一些规则
1、一般规则形式:
类:代表相关指定条件的类,例如
具体的类
访问修饰符(
通配符
通配符
$,内部类
成员:代表指定类后符合指定条件的成员变量,例如
匹配所有构造器
匹配所有域
匹配所有方法
通配符
通配符
通配符
访问修饰符(
举个例子,假如需要将
2、常用自定义混淆规则
不混淆某个类
不混淆某个包所有的类
不混淆某个类的子类
不混淆所有类名中包含了“model”的类及其成员
不混淆某个接口的实现
不混淆某个类的构造方法
不混淆某个类的特定的方法
一般属性有:
例如:
最后感谢@ 光源coder提供的混淆手册,总结的不错~
希望对有些开发者有帮助具体查看可以github上的demo,也欢迎加入开发交流群哈,详情看个人简介。下一篇是对gradle的混淆说明,欢迎读者阅读
傻小孩b mark共勉,写给在成长路上奋斗的你
作者:DevSiven
链接:http://www.jianshu.com/p/ecc820630ec1
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
http://www.jianshu.com/p/ecc820630ec1 http://www.jianshu.com/p/ecc820630ec1 http://www.jianshu.com/p/ecc820630ec1
在 Gradle For Android(二) 多渠道打包与签名配置中说过在日常开发中进行打包apk的一些往事,打包测试、打包上传应用商店,这些都避免不了。当然在这过程中,除了签名打包,当然少不了代码的混淆了。代码混淆,说白了就是代码压缩、代码混淆以及资源压缩的优化。依靠 ProGuard,将所有类名、方法名重命名为无意义的简单名称,增加了逆向工程难度。依靠Gradle插件,移除了没有使用的资源,减少了apk大小 。
Gradle For Android 导读
Gradle For Android (一) 基础定义与依赖管理篇Gradle For Android(二) 多渠道打包与签名配置
Gradle For Android(三)Gradle优化与灵活的使用技巧
正文:
一、Android Gradle 混淆中的配置
一般,在我们的application moudle中的gradle配置项buildTypes中,例如如下:<pre class="hljs java" data-original-code="" release="" {="" release类型"="" data-snippet-id="ext.1744a3506a70e65a40398e84a3d3b3d4" data-snippet-saved="false" data-codota-status="done">
release { //release类型 minifyEnabled false // 启用混淆 proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' }
这里minifyEnabled表示启动混淆,一般启动混淆编译速度会比较慢,因此在编译debug版本的时候一般默认不开启。proguard-rules.pro这个表示该module默认的混淆文件,我们可以直接将混淆内容写在这里。另外,这里也要说下**shrinkResources **这个字段,当为true的时候,表示打开资源压缩,编译时会去掉没被使用的资源文件。
修改后的配置代码如下:
buildTypes {//表示构建类型 一般有release debug 两种 debug{ buildConfigField 'String','STATE_TEST','"debug"'//buildConfigField resValue "string", "test_value", "AGradle_debug"//resValue } release { //release类型 minifyEnabled true // 启用混淆 shrinkResources true // 资源压缩 proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' buildConfigField 'String','STATE_TEST','"release"' //buildConfigField resValue "string", "test_value", "AGradle_release" //resValue } }
二、混淆规则举例
这里贴下网上认为比较"通用"的混淆规则如下:#指定压缩级别 -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.**
"通用",当然真正实现通用,除了上面的混淆规则,需要根据项目需要添加自定义的混淆规则
例如:
第三方库混淆规则。这个比较常见,直接接入官方说明文档。
model实体类,典型在转化json的时候,必须保证model不被混淆,因此需加入--keep public class
JNI中调用的类以及方法不可被混淆
WebView中JavaScript调用的接口不混淆
AndroidMainfest、四大组件以及Application的子类不混淆
Parcelable的子类和Creator静态成员变量不混淆,否则会产生Android.os.BadParcelableException异常
Layout布局使用的View构造函数、android:onClick等。
三、混淆结果的检测
在开启混淆后,通过混淆配置打包后,会在目录:
<module>/outputs/mapping/<渠道名>/<编译类型>/..
如图所示:
gradle.png
下面大概说明下:
dump.txt :描述APK文件中所有类的内部结构
mapping.txt :提供混淆前后类、方法、类成员等的对照表
seeds.txt:列出没有被混淆的类和成员
usage.txt: 列出被移除的代码
我们可以根据 seeds.txt 文件检查未被混淆的类和成员中是否已包含所有期望保留的,再根据 usage.txt 文件查看是否有被误移除的代码。建议读者都试下去查看下,必须有收获~
四、自定义混淆规则
(一) proguard 参数include {filename} 从给定的文件中读取配置参数
basedirectory {directoryname} 指定基础目录为以后相对的档案名称
injars {class_path} 指定要处理的应用程序jar,war,ear和目录
outjars {class_path} 指定处理完后要输出的jar,war,ear和目录的名称
libraryjars {classpath} 指定要处理的应用程序jar,war,ear和目录所需要的程序库文件
dontskipnonpubliclibraryclasses 指定不去忽略非公共的库类。
dontskipnonpubliclibraryclassmembers 不跳过非公共的库的类成员
上面部分参数,日常移动开发的应用混淆中也不是经常使用到的,如果读者想进一步深入了解每个参数实际作用,可以去官网进行查阅,这里笔者不做太多说明哈。
(二)keep 参数
keep {Modifier(属性,例如public,以下说明一致)} {class_specification(具体类或者成员的位置,以下说明一致)} 防止类和成员被移除或者被重命名
keepclassmembers {modifier} {class_specification} 防止成员被移除或者被重命名
keepnames {class_specification} 防止成员被重命名)
keepclassmembernames {class_specification} 防止拥有该成员的类和成员被移除或者被重命名
keepclasseswithmembernames {class_specification} 防止拥有该成员的类和成员被重命名
(三)混淆的必须知道的一些规则
1、一般规则形式:
[命令] [类] { [成员] }
类:代表相关指定条件的类,例如
具体的类
访问修饰符(
public、
protected、
private)
通配符
*,匹配任意长度字符,但不含包名分隔符(.)
通配符
**,匹配任意长度字符,并且包含包名分隔符(.)
extends,即可以指定类的基类
implement,匹配实现了某接口的类
$,内部类
成员:代表指定类后符合指定条件的成员变量,例如
匹配所有构造器
匹配所有域
匹配所有方法
通配符
*,匹配任意长度字符,但不含包名分隔符(.)
通配符
**,匹配任意长度字符,并且包含包名分隔符(.)
通配符
***,匹配任意参数类型
…,匹配任意长度的任意类型参数。比如void test(…)就能匹配任意
void test(String a)或者是
void test(int a, String b)这些方法。
访问修饰符(
public、
protected、
private)
举个例子,假如需要将
name.huihui.test包下所有继承
Activity的
public类及其构造函数都保持住,可以这样写:
-keep public class name.huihui.test.** extends Android.app.Activity { <init> }
2、常用自定义混淆规则
不混淆某个类
-keep public class name.huihui.example.Test { *; }
不混淆某个包所有的类
-keep class name.huihui.test.** { *; }
不混淆某个类的子类
-keep public class * extends name.huihui.example.Test { *; }
不混淆所有类名中包含了“model”的类及其成员
-keep public class **.*model*.** {*;}
不混淆某个接口的实现
-keep class * implements name.huihui.example.TestInterface { *; }
不混淆某个类的构造方法
-keepclassmembers class name.huihui.example.Test { public <init>(); }
不混淆某个类的特定的方法
-keepclassmembers class name.huihui.example.Test { public void test(java.lang.String); }
五、自定义资源保持规则
前面说的通过shrinkResources true开启资源压缩后,未被使用的资源默认不会被打包进去。如果开发者是自定义保留指定的资源文件,可以在res/raw/路径下创建一个 xml 文件,例如
keep.xml,进行自定义混淆规则。
一般属性有:
tools:keep定义哪些资源需要被保留(资源之间用“,”隔开)
tools:discard定义哪些资源需要被移除(资源之间用“,”隔开)
tools:shrinkMode开启严格模式
例如:
<?xml version="1.0" encoding="utf-8"?> <resources xmlns:tools="http://schemas.android.com/tools" tools:keep="@layout/l_used*_c,@layout/l_used_a,@layout/l_used_b*" tools:discard="@layout/unused2" tools:shrinkMode="strict"/>
最后感谢@ 光源coder提供的混淆手册,总结的不错~
希望对有些开发者有帮助具体查看可以github上的demo,也欢迎加入开发交流群哈,详情看个人简介。下一篇是对gradle的混淆说明,欢迎读者阅读
DEMO
Gradle For Android(四)Gradle编译中神秘的混淆傻小孩b mark共勉,写给在成长路上奋斗的你
作者:DevSiven
链接:http://www.jianshu.com/p/ecc820630ec1
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
相关文章推荐
- Gradle for Android(二)全局设置、自定义BuildConfig、混淆
- Gradle for Android(二)全局设置、自定义BuildConfig、混淆
- Gradle for Android(二)全局设置、自定义BuildConfig、混淆
- Eclipse移植Android Studio Gradle编译报Execution failed for task 文件混淆错误input jar file is specified twice
- Gradle for Android(二)全局设置、自定义BuildConfig、混淆
- android studio DEX 方法超过64K限制和gradle编译OOM问题解决,异常名:Error:Execution failed for task ':app:dexDebug'. >
- gradle android友盟多渠道混淆编译打包
- DEX 方法超过64K限制和gradle编译OOM问题解决,异常名:Error:Execution failed for task ':app:dexDebug'. > com.android.ide
- Android之failed for task ':app:dexDebug'致gradle编译OOM问题解决(android-support-multidex)
- android studio DEX 方法超过64K限制和gradle编译OOM问题解决,异常名:Error:Execution failed for task ':app:dexDebug'. >
- Qt for Android 编译纯C工程
- How to Cross Compile the Bash shell for Android 1.5 (为Android平台编译Bash shell)
- android_防止被反编译 混淆
- android 编译错误001_cm9 for onda elite vi10
- Android编译时报错Error:Execution failed for task ‘:app:packageDebug’. > !zip.isFile
- 解决android混淆编译出现Proguard returned with error code 1和文件名、目录名或卷标语法不正确错误
- Chromium for linux, windows, android编译
- android源码编译出现No private recovery resources for TARGET_DEVICE解决方法
- android源码编译使用proguard文件进行混淆及错误总结
- 交叉编译lsof for android