最近没事，看了一下Spring的书籍，从它最开始的AOP1到AOP2，于是对基本的实现原理有了一种探究的想法，AOP1用的Dynamic Proxy的模式是从1.3引入，其本质就是生成代理类，包装原有的对象，将原有对象的方法指派给包装后生成的代理类，在方法调用前后，甚至于方法调用上做手脚，这个手脚就要具体看是什么业务逻辑。
Proxy的代码很简单，核心就是newProxyInstance，接收参数为类加载器，接口，包装的InvokecationHandler，代码如下：
2 * Look up or generate the designated proxy class.
3 */
4 Class<?> cl = getProxyClass(loader, interfaces);
5
6 /*
7 * Invoke its constructor with the designated invocation handler.
8 */
9 try {
10 Constructor cons = cl.getConstructor(constructorParams);
11 return cons.newInstance(new Object[] { h });
12 } catch (NoSuchMethodException e) {
13 throw new InternalError(e.toString());
14 } catch (IllegalAccessException e) {
15 throw new InternalError(e.toString());
16 } catch (InstantiationException e) {
17 throw new InternalError(e.toString());
18 } catch (InvocationTargetException e) {
19 throw new InternalError(e.toString());
20 }
代码很简单，1、要获取代理类；2、根据代理类的构造方法反射生成对象。
Sun在内部是调用了ProxyGenerator这个类来处理的，因为它有一个属性能够将生成的class字节码打印到本地文件系统：
System.setProperty("sun.misc.ProxyGenerator.saveGeneratedFiles", "true");
在代码中将这个属性开关打开就可以存储class文件，然后用类似的反编译工具可以看出详细的生成内容，我建议这么做，因为Proxy的API文档说的很玄乎，如果不对照生成的class文件来看的，真的很难透彻的理解其本质含义。
Proxy的模式相对来说，效率还是很低的，虽然缓存了方法对象，但是性能上肯定要比普通调用少不少。
后续：
1、把ProxyGenerator分析后，再来补充这篇文档
2、对比CGLIB，以及其他AOP的工具来分析
虽然网上有很多类似文章，但是我觉得只有自己深入的透彻的分析才能实实在在的学习到知识。
后记：
1、关于ProxyGenerator, google时候发现openjdk网上有这个源码：http://cr.openjdk.java.net/~sherman/7084245/webrev/src/share/classes/sun/misc/ProxyGenerator.java-.html
里面的注释写的非常清晰，可以参考。
2、感觉JDK里面这个代码写的不是特别好，NetBean里面的可能进行修正了，这个效果不错：
http://kickjava.com/src/org/netbeans/mdr/util/ImplGenerator.java.htm
3、SF上这个工程也不错：