动态代理之cglib代理

cglib代理的代理实现

上篇文章中学习了一下jdk中的动态代理，有个鲜明的特点是：被代理的类必须是实现了一个接口，而生成的代理类也只能代理那个接口定义的方法。那么如果一个类没有实现接口怎么办呢？这就有CGLIB的诞生了,前面说的JDK的代理类的实现方式是实现相关的接口成为接口的实现类,那么我们自然而然的可以想到用继承的方式实现相关的代理类。CGLIB就是这样做的,一个简单的使用继承的方式CGLIB代理示例:

//一个没有实现任何接口的类
public class CalculatorOwn {
//要被代理的方法
    public int add(int a, int b) {
        System.out.println("doing ");
        return a + b;
    }
}

public static void main(String[] args){
        Enhancer enhancer=new Enhancer();
        enhancer.setSuperclass(CalculatorOwn.class);
        enhancer.setCallback(new MethodInterceptor() {
            //类似invokerhanddler的invoke方法
            @Override
            public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
                System.out.println("begin");
                Object invoke = methodProxy.invoke(new CalculatorOwn(), objects);
                System.out.println("end");
                return invoke;
            }
        });
        CalculatorOwn proxy =(CalculatorOwn) enhancer.create();
        System.out.println(proxy.add(2,3));
    }

cglib代理原理分析

通过在执行动态代理的代码前面加上下面一行代码就可以得到生成的代理对象.代理对象的class文件会生成在你定义的路径下。类似Calculator$CalculatorImplEnhancerByCGLIB58419779这样结构。

System.setProperty(DebuggingClassWriter.DEBUG_LOCATION_PROPERTY, "${your path}");

之后我们通过反编译得到反编译后的java文件。就上面的例子而言我们传入的superclass是一个普通类，不是一个接口。那我们得到的代理类会长成这样:

//如果是普通的类，会采用继承的方式实现
public class Calculator$CalculatorImpl$$EnhancerByCGLIB$$58419779 extends CalculatorImpl implements Factory {
//...
}

//如果是接口代理类还是通过实现接口的方式
public class Calculator$$EnhancerByCGLIB$$40fd3cad implements Calculator, Factory{
//...
}

两种方式生成的代理类的内部代码都差不多，而且整个代理的流程也很接近，都是在调用方法的时候router到InvokeHandler或者MethodInterceptor。为什么会有两种呢，因为CGLIB提供了filter的机制，可以让不同的方法代理到不同的callback中,如下面这样:

enhancer.setCallbacks(new Callback[]{new MethodInterceptor() {
          //...
        },new InvocationHandler() {
          //...
        }});
 enhancer.setCallbackFilter(new CallbackFilter() {
            @Override
            public int accept(Method method) {
            //返回的下标和在Callback数组中的下标对应,下面表达的是reduce方法绑定MethodInterceptor
                if(method.getName().equals("reduce")) return 1;
                return 0;
 }
        });

这两种callback不一样的地方很显而易见, MethodInterceptor的方法参数多了一个MethodProxy对象，在使用这个对象的时候的时候有两个方法可以让我们调用:

public Object invoke(Object obj, Object[] args) throws Throwable {
//...
            this.init();
            MethodProxy.FastClassInfo e = this.fastClassInfo;
            return e.f1.invoke(e.i1, obj, args);//f1 i1
//...
    }
    public Object invokeSuper(Object obj, Object[] args) throws Throwable {
  //...
            
            this.init();
            MethodProxy.FastClassInfo e = this.fastClassInfo;
            return e.f2.invoke(e.i2, obj, args);//f2 i2
//...
    }
private static class FastClassInfo {
        FastClass f1;//委托类
        FastClass f2;//代理类
        int i1;//委托类方法索引 
        int i2;//代理类方法索引
 
        private FastClassInfo() {
        }

FastClass是Cglib实现的一种通过给方法建立下标索引来访问方法的策略，为了绕开反射。 上面的描述代表MethodPeoxy可以根据对方法建立索引调用方法，而不需要使用传统Method的invoke反射调用，提高了性能，当然额外的得多生成一些类信息。

总结

1.CGlib可以传入接口也可以传入普通的类，接口使用实现的方式,普通类使用会使用继承的方式生成代理类.
2.由于是继承方式,如果是 static方法,private方法,final方法等描述的方法是不能被代理的
3.做了方法访问优化，使用建立方法索引的方式避免了传统Method的方法反射调用.
4.提供callback 和filter设计，可以灵活地给不同的方法绑定不同的callback。编码更方便灵活。
5.CGLIB会默认代理Object中finalize,equals,toString,hashCode,clone等方法。比JDK代理多了finalize和clone。