1.保留选项（配置不进行处理的内容）

-keep {Modifier} {class_specification} 保护指定的类文件和类的成员 -keepclassmembers {modifier} {class_specification} 保护指定类的成员（类的属性），如果此类名受到保护他们会保护的更好 -keepclasseswithmembers {class_specification} 保护指定的类和类的成员。 -keepnames {class_specification} 保护指定的类和类的成员的名称（如果他们不会压缩步骤中删除） -keepclassmembernames {class_specification} 保护指定的类的成员的名称（如果他们没在压缩步骤中删除） -keepclasseswithmembernames {class_specification} 保护指定的类和类的成员的名称，如果所有指定的类成员出席（在压缩步骤之后） -printseeds {filename} 列出类和类的成员-keep选项的清单，标准输出到给定的文件

-keep用法区别

1）保留某个类名不被混淆

-keep public classcom.ebt.app.common.bean.Customer

2）保留类及其所有成员不被混淆

-keep public classcom.ebt.app.common.bean.Customer { *;}

或者 -keepclasseswithmembers class com.ebt.app.common.bean.Customer {

<init>;#匹配所有构造函数

<fields>;#匹配所有成员
<methods>;#匹配所有方法

}

3）只保留类名及其部分成员不被混淆

-keep public classcom.ebt.app.common.bean.Customer {

static final<fields>;

private void get*();

}

4）#保留包路径下所有的类及其属性和方法 -keep class com.ebt.app.sync.** { *;}

2.压缩

-dontshrink 不压缩输入的类文件 -printusage {filename} -whyareyoukeeping {class_specification}

3.优化

-dontoptimize 不优化输入的类文件 -assumenosideeffects {class_specification} 优化时假设指定的方法，没有任何副作用 -allowaccessmodification 优化时允许访问并修改有修饰符的类和类的成员

4.混淆

-dontobfuscate 不混淆输入的类文件 -obfuscationdictionary {filename} 使用给定文件中的关键字作为要混淆方法的名称 -overloadaggressively 混淆时应用侵入式重载 -useuniqueclassmembernames 确定统一的混淆类的成员名称来增加混淆 -flattenpackagehierarchy {package_name} 重新包装所有重命名的包并放在给定的单一包中 -repackageclass {package_name} 重新包装所有重命名的类文件中放在给定的单一包中 -dontusemixedcaseclassnames 混淆时不会产生形形色色的类名 -keepattributes {attribute_name,...} 保护给定的可选属性，例如LineNumberTable,LocalVariableTable, SourceFile, Deprecated, Synthetic, Signature, andInnerClasses. -renamesourcefileattribute {string} 设置源文件中给定的字符串常量

混淆之后，会给我们输出一些文件，在gradle方式下是在<project_dir>/build/proguard/目录下，ant是在<project_dir>/bin/proguard目录，eclipse构建在<project_dir>/proguard目录像。 分别有以下文件：

• dump.txt 描述apk文件中所有类文件间的内部结构。
• mapping.txt 列出了原始的类，方法，和字段名与混淆后代码之间的映射。
• seeds.txt 列出了未被混淆的类和成员
• usage.txt 列出了从apk中删除的代码

当我们发布的release版本的程序出现bug时，可以通过以上文件（特别时mapping.txt）文件找到错误原始的位置，进行bug修改。同时，可能一开始的proguard配置有错误，也可以通过错误日志，根据这些文件，找到哪些文件不应该混淆，从而修改proguard的配置。

注意：重新release编译后，这些文件会被覆盖，所以没吃发布程序，最好都保存一份配置文件。

调试Proguard混淆后的程序

上面说了输出的几个文件，我们在改bug时可以使用，通过mapping.txt,通过映射关系找到对应的类，方法，字段等。