java各种代码混淆方法的优缺点

目前对java代码进行混淆的方式主要有两种：

1、在生成class文件的过程中（即编译过程），通过修改编译器的代码生成过程，对编译器生成的中间代码进行混淆，最后生成class文件。典型的是jocky，但目前最新的jocky为1.0.3版本，不支持jdk1.6。

2、在生成class文件后，对class文件进行混淆。典型的是proguard、retroguard。但由于并不是所有的class文件都需要混淆，所以将面临复杂的配置工作（配置哪些类需要混淆，哪些类需要混淆），并且程序一旦修改，配置工作又要重新进行。

 
3、次外还考虑到一种混淆方式（严格意义上已经不算是混淆）：对生成class文件进行加密处理，在classloader加载class文件时进行解密操作。

以下是网络上一篇文章的摘要：

写道

目前业界有不少商业的甚或是开源的混淆编译器，但它们普遍存在一些这样或者那样的问题。一般而言，现有的混淆器都是对编译好的 class文件进行混淆，这样就需要编译和混淆两个步骤。而事实上，并不是所有的符号都需要混淆。如果你开发的是一个类库，或者某些类需要动态装载，那些公共API(或者说:那些被publish出来的API)就必须保留符号不变，只有这样，别人才能使用你的类库。现有的混淆器提供了GUI或脚本的方式来对那些需要保留的符号名称进行配置，但如果程序较大时，配置工作将变得很复杂，而程序一旦修改，配置工作又要重新进行。某些混淆器能够调整字节码的顺序，使反编译更加困难，但笔者经历过混淆之后的程序运行出错的情况。
而Jocky与其它混淆编译器最大的不同之处在于:它是直接从源码上做文章，也就是说编译过程本身就是一个混淆过程。
Jocky混淆编译器是在Sun JDK中提供的Java编译器(javac)的基础上完成的，修改了其中的代码生成过程，对编译器生成的中间代码进行混淆，最后再生成class文件，这样编译和混淆只需要一个步骤就可以完成。另外可以在源程序中插入 符号保留指令 来控制哪些符号需要保留，将混淆过程与开发过程融合在一起，不需要单独的配置。