ProGuar由shrink、optimize、obfuscate和preveirfy四个步骤组成，每个步骤都是可选的，我们可以通过配置脚本来决定执行其中的哪几个步骤。

　　混淆就是移除没有用到的代码，然后对代码里面的类、变量、方法重命名为人可读性很差的简短名字。

　　那么有一个问题，ProGuard怎么知道这个代码没有被用到呢?

　　这里引入一个Entry Point(入口点)概念，Entry Point是在ProGuard过程中不会被处理的类或方法。在压缩的步骤中，ProGuard会从上述的Entry Point开始递归遍历，搜索哪些类和类的成员在使用，对于没有被使用的类和类的成员，就会在压缩段丢弃，在接下来的优化过程中，那些非Entry Point的类、方法都会被设置为private、static或final，不使用的参数会被移除，此外，有些方法会被标记为内联的，在混淆的步骤中，ProGuard会对非Entry Point的类和方法进行重命名。

　　那么这个入口点怎么来呢?就是从ProGuard的配置文件来，只要这个配置了，那么就不会被移除。

　　除了在压缩操作删除的无用类，字段和方法外，ProGuard也能在字节码级提供性能优化，内部方法有：

　　常量表达式求值

　　删除不必要的字段存取

　　删除不必要的方法调用

　　删除不必要的分支

　　删除不必要的比较和instanceof验证

　　删除未使用的代码

　　删除只写字段

　　删除未使用的方法参数

　　像push/pop简化一样的各种各样的peephole优化

　　在可能的情况下为类添加static和final修饰符

　　在可能的情况下为方法添加private, static和final修饰符

　　在可能的情况下使get/set方法成为内联的

　　当接口只有一个实现类的时候，就取代它

　　选择性的删除日志代码

　　实际的优化效果是依赖于你的代码和执行代码的虚拟机的。简单的虚拟机比有复杂JIT编译器的高级虚拟机更有效。无论如何，你的字节码会变得更小。

　　仍有一些明显需要优化的技术不被支持：

　　使非final的常量字段成为内联，像get/set方法一样使其他方法成为内联，将常量表达式移到循环之外