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)
