动态代理的简单分析(2)
下面我们再来看下cglib的实现，首先看下测试类吧，上面已经看到了，主要是实现了MethodInterceptor方法，里面一个主要的类是Enhancer，那我们来看下cglib是怎么生成代理类的。
Cglib主要是这个方法
enhancer.setSuperclass(clz);//设置父类，从这个地方也可以看到cglib是通过子类化来实现代理的
enhancer.setCallback(this); //设置回调函数为this，其实只要实现了MethodInterceptor，都可以作为回调函数，不一定要是当前类
enhancer.create(); //创建代理类
设置没有什么好说的，下面我们具体看下create方法,再来一幅简图
同样的，从这幅图上，生成字节码仍然比较重要，像上面一样，举个例子，看怎么生成的，cglib使用asm作为生成字节码的基础类库，比较麻烦和啰嗦，见重点的写一些
//1、开始写方法体内容，首先是判断是否为空
e = context.beginMethod(ce, method); Label nullInterceptor = e.make_label(); context.emitCallback(e, context.getIndex(method)); e.dup(); e.ifnull(nullInterceptor);
//2、得到相应方法的method，这个method是指被代理类的method，在代理类中是一个属性
e.load_this(); e.getfield(methodField); if (method.getSignature().getArgumentTypes().length == 0) { e.getfield(EMPTY_ARGS_NAME); } else { e.create_arg_array(); }
//3、得到相应方法代理类的method，在代理类中是一个属性
e.getfield(methodProxyField);
//4、调用interceptor的方法进行代理，此时的METHOD_INTERCEPTOR =TypeUtils.parseType("net.sf.cglib.proxy.MethodInterceptor")，INTERCEPT = new Signature()
e.invoke_interface(METHOD_INTERCEPTOR, INTERCEPT);
上面太枯燥，直接看jd反编译的东东
上面的CGLIB$CALLBACK_0，就是我们要传入的MethodInterceptor接口，两个参数就是学问了
GLIB$sayHello$0$Proxy = MethodProxy.create(tmp27_17, (498ec6d0.CGLIB$sayHello$0$Method = Class.forName("com.HelloWorld").getDeclaredMethod("sayHello", new Class[] { Class.forName("java.lang.String") })).getDeclaringClass(), localClass, "(Ljava/lang/String;)Ljava/lang/String;", "sayHello", "CGLIB$sayHello$0");
比较长，总的意思就是CGLIB$sayHello$0$Method 这个就是被代理类的方法也就是sayhello方法，CGLIB$sayHello$0$Proxy就是代理类的方法，这个方法用asm完全重写，没有用反射。
上面生成完之后，最后将那个MethodInterceptor的实现设置进去，就实例化为了一个代理对象
从上面可以看到，代理类的实现很简单，就是讲所有的方法，用你的实现方法全部替换下，所以如果比较细心和勇于尝试的话，自己都可以实现代理框架，
一些因为代理产生的问题，如果能明白里面参数的构成和原理，就会一目了然
比如在java的实现中，你要看下第一个参数是什么类型的，真的是Proxy的子类么？
publicclass DynaHello implements InvocationHandler {
private Object obj;
public DynaHello(Object obj) { this.obj = obj;}
@Override
public Object invoke(Object proxy, Method method, Object[] args)throws Throwable {
System.out.println(proxy);
long start = System.currentTimeMillis();
Object o = method.invoke(obj, args);
System.out.println("Call to sayHello took "+ (System.currentTimeMillis() - start) + " ms.");
return o;
}
}
如果用上面的代码作为InvocationHandler的实现，在执行的时候就会报错，大家就会知道为什么了。
原因是：在代理类也就是proxy中，所有的方法都委托给了InvocationHandler的invoke方法进行处理，而toString方法也不例外，因此就会出现循环调用这种情况
Proxy的toString方法内联下就是如下的形式
public String toString() {
System.out.println(proxy.toString());//明显的循环调用了，所以跑错
long start = System.currentTimeMillis();
Object o = method.invoke(obj, args);
System.out.println("Call to sayHello took "+ (System.currentTimeMillis() - start) + " ms.");
return o;
}
其他的就不说了，自己体会，肯定会有人想突破java动态代理，必须实现接口的限制 这篇文章满足你的求知欲https://www.ibm.com/developerworks/cn/java/j-lo-proxy2/
另外fastjson为什么说自己的序列化会很快，并且序列化的结果比较小，就是因为用了asm，针对每一个pojo写出特定化的序列化类，这样就会比那种通用的序列化类快一些，所以说asm是个好东西。
上面字节码生成的东东，可以自己玩下，还是很有意思的。。。。。。
搞了这么多，你肯定看累了，我也写累了，睡了。