ProGuard的作用--使用以及如何进行bug分析

• ProGuard作用

ProGuard通过删除无用代码，将代码中类名、方法名、属性名用晦涩难懂的名称重命名从而达到代码混淆、压缩和优化的功能，跟JavaScript的混淆压缩类似。压缩和优化使得编译后apk包更小。混淆可以保证代码在被反编译后读懂的难度很大，防止逆向工程。这点也是我们在应用发布前需要ProGuard的一大原因。​​​​​​​

• ProGuard的使用

buildTypes {
    release {
        minifyEnabled true//打开混淆开关
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'//指定混淆配置文件
    }
}

注意下列类不能进行混淆：
(1)、反射用到的类
(2)、在AndroidManifest中配置的类(四大组件Activity、Service等的子类及Framework类默认不会进行混淆)
(3)、Jni中调用的类

• 如何进行bug分析

代码混淆生成apk之后，项目下面会多出来一个build\outputs\mapping\release文件夹，下面分别解释release文件夹中四个文件的作用

先上图

dump.txt : 描述了apk中所有类 文件中内部的结构体。（ Describes the internal structure of all the class files in the .apk file ）

mapping.txt : 列出了原始的类、方法和名称与混淆代码间的映射。（ Lists the mapping between the original and obfuscated class, method, and field names. ）

seeds.txt : 列出了没有混淆的类和方法。( Lists the classes and members that are not obfuscated )

usage.txt : 列出从apk中删除的代码。（ Lists the code that was stripped from the .apk ）

接下来是操作步骤

1.cmd进入sdk/tools/proguard/bin目录。

2.将混淆后的日志cache_file_name.txt和上文提到的mapping文件放入此目录中。

3.执行命令：retrace.bat mapping.txt cache_file_name.txt

我们来看下前后对比，不如我们的错误日志是这样的

Casused by: Java.lang.NullPointerException

at com.example.test d.a.c(SourceFile:110)

at com.example.test d.a.c(SourceFile:88)

at com.example.test .activity.CommitFragmentBase.init(SourceFile:1330)

执行完命令后得到这样的

Casused by: java.lang.NullPointerException

at com.example.test loginActivity.login.setView(SourceFile:110)

at com.example.test dloginActivity.login.setView(SourceFile:88)

at com.example.test .activity.CommitFragmentBase.init(SourceFile:1330)