1、CGlib简单介绍，访问地址：http://www.blogjava.net/stone2083/archive/2008/03/16 /186615.html，从简单的示例到不同业务场景的变化，一步步让读者明白，为什么要使用cglib以及哪种场景下需要使用cglib；
2、cglib源码学习交流，访问地址：http://www.iteye.com/topic/799827，作者agapple的cglib源码阅读记录，有对和个类的介绍说明，也有部分示例；
3、cglib相关性能测试对比，访问地址：http://www.iteye.com/topic/801577，也是agapple写的，其中需要关注的就是作者提到的BeanCopier与BeanUtils做copy的时候的性能差异很大；
4、AOP 的利器：ASM 3.0
介绍，访问地址：http://www.ibm.com/developerworks/cn/java/j-lo-asm30/，虽然是写字节码的，但
是读下来不会让人感到枯燥，作者先以示例为铺垫，一步步的深入，并比较了示例在现有的逻辑基础之上增加验权的的几种实现方式。其中有介绍使用装饰模式
(Decorator)，指出了使用装饰模式的可能代码改动量比较大的问题；使用Proxy方式，不过这种方式可能会有性能问题；最终才引出ASM，指出
asm是直接生成class类的方式，不会有性能问题，以下两句话可以说明：
Proxy
毕竟是通过反射实现的，必须在效率上付出代价：有实验数据表明，调用反射比一般的函数开销至少要大 10 倍。而且，从程序实现上可以看出，对
proxy class 的所有方法调用都要通过使用反射的 invoke 方法。因此，对于性能关键的应用，使用 proxy class
是需要精心考虑的，以避免反射成为整个应用的瓶颈。
ASM
能够通过改造既有类，直接生成需要的代码。增强的代码是硬编码在新生成的类文件内部的，没有反射带来性能上的付出。同时，ASM 与 Proxy
编程不同，不需要为增强代码而新定义一个接口，生成的代码可以覆盖原来的类，或者是原始类的子类。它是一个普通的 Java 类而不是 proxy
类，甚至可以在应用程序的类框架中拥有自己的位置，派生自己的子类。