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

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

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

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

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

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

      常量表达式求值

      删除不必要的字段存取

      删除不必要的方法调用

      删除不必要的分支

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

      删除未使用的代码

      删除只写字段

      删除未使用的方法参数

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

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

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

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

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

      选择性的删除日志代码

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

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

      使非final的常量字段成为内联

      像get/set方法一样使其他方法成为内联

      将常量表达式移到循环之外

      Optimizations that require escape analysis