Cglib介绍

1.CGLIB包的介绍
    代理为控制要访问的目标对象提供了一种途径。当访问对象时，它引入了一个间接的层。JDK自从1.3版本开始，就引入了动态代理，并且经常被用来动态地创建代理。JDK的动态代理用起来非常简单，当它有一个限制，就是使用动态代理的对象必须实现一个或多个接口。如果想代理没有实现接口的继承的类，该怎么办？现在我们可以使用CGLIB包
    CGLIB是一个强大的高性能的代码生成包。它广泛的被许多AOP的框架使用，例如Spring AOP和dynaop，为他们提供方法的interception（拦截）。最流行的OR Mapping工具hibernate也使用CGLIB来代理单端single-ended(多对一和一对一)关联（对集合的延迟抓取，是采用其他机制实现的）。EasyMock和jMock是通过使用模仿（moke）对象来测试java代码的包。它们都通过使用CGLIB来为那些没有接口的类创建模仿（moke）对象。
    CGLIB包的底层是通过使用一个小而快的字节码处理框架ASM，来转换字节码并生成新的类。除了CGLIB包，脚本语言例如Groovy和BeanShell，也是使用ASM来生成java的字节码。当不鼓励直接使用ASM，因为它要求你必须对JVM内部结构包括class文件的格式和指令集都很熟悉。
   
       Figure 1: CGLIB Library and ASM Bytecode Framework
图一显示了和CGLIB包和一些框架和语言的关系图。需要注意的是一些框架例如Spring AOP和Hibernate，它们为了满足需要经常同时使用JDK的动态代理和CGLIB包。Hiberater使用JDK的动态代理实现一个专门为WebShere应用服务器的事务管理适配器；Spring AOP，如果不强制使用CGLIB包，默认情况是使用JDK的动态代理来代理接口。

2.CGLIB 代理的APIS
         CGLIB包的基本代码很少，当学起来有一定的困难，主要是缺少文档，这也是开源软件的一个不足之处。目前CGLIB的版本是（2.1.2）,主要由一下部分组成：        

·  net.sf.cglib.core
Low-level bytecode manipulation classes; Most of them are related to ASM.

·  net.sf.cglib.transform
Classes for class file transformations at runtime or build time

·  net.sf.cglib.proxy
Classes for proxy creation and method interceptions

·  net.sf.cglib.reflect
Classes for a faster reflection and C#-style delegates

·  net.sf.cglib.util
Collection sorting utilities

·  net.sf.cglib.beans
JavaBean related utilities

大多时候，仅仅为了动态地创建代理，你仅需要使用到代理包中很少的一些API。

正如我们先前所讨论的，CGLIB包是在ASM之上的一个高级别的层。对代理那些没有实现接口的类非常有用。本质上，它是通过动态的生成一个子类去覆盖所要代理类的不是final的方法，并设置好callback，则原有类的每个方法调用就会转变成调用用户定义的拦截方法（interceptors），这比JDK动态代理方法快多了。

·  Figure 2: CGLIB library APIs commonly used for proxying classes

图2为我们演示了创建一个具体类的代理时，通常要用到的CGLIB包的APIs。net.sf.cglib.proxy.Callback接口在CGLIB包中是一个很关键的接口，所有被net.sf.cglib.proxy.Enhancer类调用的回调（callback）接口都要继承这个接口。net.sf.cglib.pr用oxy.MethodInterceptor接口是最通用的回调（callback）类型，它经常被基于代理的AOP用来实现拦截（intercept）方法的调用。这个接口只定义了一个方法

    public Object intercept(Object object, java.lang.reflect.Method method,
        Object[] args, MethodProxy proxy) throws Throwable;

（原文请参照http://www.ociweb.com/jnb/jnbNov2005.html）

 

 

     当net.sf.cglib.proxy.MethodInterceptor做为所有代理方法的回调（callback）时，当对基于代理的方法调用时，在调用原对象的方法的之前会调用这个方法，如图3所示。第一个参数是代理对像，第二和第三个参数分别是拦截的方法和方法的参数。原来的方法可能通过使用java.lang.reflect.Method对象的一般反射调用，或者使用net.sf.cglib.proxy.MethodProxy对象调用。net.sf.cglib.proxy.MethodProxy通常被首选使用，因为它更快。在这个方法中，我们可以在调用原方法之前或之后注入自己的代码。
 
Figure 3: CGLIB MethodInterceptor 

    net.sf.cglib.proxy.MethodInterceptor能够满足任何的拦截（interception ）需要，当对有些情况下可能过度。为了简化和提高性能，CGLIB包提供了一些专门的回调（callback）类型。例如：

·  net.sf.cglib.proxy.FixedValue 
为提高性能，FixedValue回调对强制某一特别方法返回固定值是有用的。

·  net.sf.cglib.proxy.NoOp 
NoOp回调把对方法调用直接委派到这个方法在父类中的实现。

·  net.sf.cglib.proxy.LazyLoader 
当实际的对象需要延迟装载时，可以使用LazyLoader回调。一旦实际对象被装载，它将被每一个调用代理对象的方法使用。

·  net.sf.cglib.proxy.Dispatcher 
Dispathcer回调和LazyLoader回调有相同的特点，不同的是，当代理方法被调用时，装载对象的方法也总要被调用。

·  net.sf.cglib.proxy.ProxyRefDispatcher 
ProxyRefDispatcher回调和Dispatcher一样，不同的是，它可以把代理对象作为装载对象方法的一个参数传递。

  如图3所示，代理类的所以方法经常会用到回调（callback），当是你也可以使用net.sf.cglib.proxy.CallbackFilter 有选择的对一些方法使用回调（callback），这种考虑周详的控制特性在JDK的动态代理中是没有的。在JDK代理中，对java.lang.reflect.InvocationHandler方法的调用对代理类的所以方法都有效。

除了代理类外，CGLIB通过提供一个对java.lang.reflect.Proxy的drop-in替代来实现对对接口的代理。因为这种代理能力的替代很少被用到，因此相应的APIs也很少提到。

CGLIB的代理包也对net.sf.cglib.proxy.Mixin提供支持。基本上，它允许多个对象被绑定到一个单个的大对象。在代理中对方法的调用委托到下面相应的对象中。

接下来我们看看如何使用CGLIB代理APIs创建代理。

创建一个简单的代理
  CGLIB代理最核心的是net.sf.cglib.proxy.Enhancer类，为了创建一个代理，最起码你要用到这个类。首先，让我们使用NoOp回调创建一个代理：
    /**
     * Create a proxy using NoOp callback. The target class
     * must have a default zero-argument constructor.
     *
     * @param targetClass the super class of the proxy
     * @return a new proxy for a target class instance
     */
    public Object createProxy(Class targetClass) {
        Enhancer enhancer = new Enhancer();
        enhancer.setSuperclass(targetClass);
        enhancer.setCallback(NoOp.INSTANCE);
        return enhancer.create();
   }
返回值是target类一个实例的代理。在这个例子中，我们为net.sf.cglib.proxy.Enhancer 配置了一个单一的回调（callback）。我们可以看到很少直接创建一个简单的代理，而是创建一个net.sf.cglib.proxy.Enhancer的实例，在net.sf.cglib.proxy.Enhancer类中你可使用静态帮助方法创建一个简单的代理。一般推荐使用上面例子的方法创建代理，因为它允许你通过配置net.sf.cglib.proxy.Enhancer实例很好的控制代理的创建。

要注意的是，target类是作为产生的代理的父类传进来的。不同于JDK的动态代理，它不能在创建代理时传target对象，target对象必须被CGLIB包来创建。在这个例子中，默认的无参数构造器时用来创建target实例的。如果你想用CGLIB来创建有参数的实例，用net.sf.cglib.proxy.Enhancer.create(Class[], Object[])方法替代net.sf.cglib.proxy.Enhancer.create()就可以了。方法中第一个参数定义了参数的类型，第二个是参数的值。在参数中，基本类型应被转化成类的类型。

Use a MethodInterceptor
  为了更好的使用代理，我们可以使用自己定义的MethodInterceptor类型回调（callback）来代替net.sf.cglib.proxy.NoOp回调。当对代理中所有方法的调用时，都会转向MethodInterceptor类型的拦截（intercept）方法,在拦截方法中再调用底层对象相应的方法。
  下面我们举个例子，假设你想对目标对象的所有方法调用进行权限的检查，如果没有经过授权，就抛出一个运行时的异常AuthorizationException。其中AuthorizationService.java接口的代码如下：

    package com.lizjason.cglibproxy;

    import java.lang.reflect.Method;

    /**
     *  A simple authorization service for illustration purpose.
     *
     * @author Jason Zhicheng Li ([e-mail])
     */
    public interface AuthorizationService {
        /**
         * Authorization check for a method call. An AuthorizationException
         * will be thrown if the check fails.
         */
        void authorize(Method method);
    }

对net.sf.cglib.proxy.MethodInterceptor接口的实现的类AuthorizationInterceptor.java代码如下：

    package com.lizjason.cglibproxy.impl;

 

    import java.lang.reflect.Method;

    import net.sf.cglib.proxy.MethodInterceptor;

    import net.sf.cglib.proxy.MethodProxy;

    import com.lizjason.cglibproxy.AuthorizationService;

 

    /**

     * A simple MethodInterceptor implementation to

     * apply authorization checks for proxy method calls.

     *

     * @author Jason Zhicheng Li ([e-mail])

     *

     */

    public class AuthorizationInterceptor implements MethodInterceptor {

        private AuthorizationService authorizationService;

 

        /**

         * Create a AuthorizationInterceptor with the given

         * AuthorizationService

         */

        public AuthorizationInterceptor (AuthorizationService authorizationService) {

            this.authorizationService = authorizationService;

        }

 

        /**

         * Intercept the proxy method invocations to inject authorization check.

         * The original method is invoked through MethodProxy.

         * @param object the proxy object

         * @param method intercepted Method

         * @param args arguments of the method

         * @param proxy the proxy used to invoke the original method

         * @throws Throwable any exception may be thrown; if so, super method will not be invoked

         * @return any value compatible with the signature of the proxied method.

         */

        public Object intercept(Object object, Method method, Object[] args, MethodProxy methodProxy ) throws Throwable {

            if (authorizationService != null) {

                //may throw an AuthorizationException if authorization failed

                authorizationService.authorize(method);

            }

            return methodProxy.invokeSuper(object, args);

        }

    }

  
  我们可以看到在拦截方法中，首先进行权限的检查，如果通过权限的检查，拦截方法再调用目标对象的原始方法。由于性能的原因，
对原始方法的调用我们使用CGLIB的net.sf.cglib.proxy.MethodProxy对象，而不是反射中一般使用
java.lang.reflect.Method对象。

Use a CallbackFilter

net.sf.cglib.proxy.CallbackFilter允许我们在方法层设置回调（callback）。假如你有一个PersistenceServiceImpl类，
它有两个方法：save和load，其中方法save需要权限检查，而方法load不需要权限检查。



package com.lizjason.cglibproxy.impl;

 

    import com.lizjason.cglibproxy.PersistenceService;

 

    /**

     * A simple implementation of PersistenceService interface

     *

     * @author Jason Zhicheng Li ([e-mail])

     */

    public class PersistenceServiceImpl implements PersistenceService {

 

        public void save(long id, String data) {

            System.out.println(data + " has been saved successfully.");

        }

 

        public String load(long id) {

            return "Jason Zhicheng Li";

        }

    }

    
注意到PersistenceServiceImpl类实现了PersistenceService 接口，因此没有要求要使用CGLIB创建代理。
net.sf.cglib.proxy.CallbackFilter 接口的实现如下：

    package com.lizjason.cglibproxy.impl;

 

    import java.lang.reflect.Method;

    import net.sf.cglib.proxy.CallbackFilter;

 

    /**

     * An implementation of CallbackFilter for PersistenceServiceImpl

     *

     * @author Jason Zhicheng Li ([e-mail])

     */

    public class PersistenceServiceCallbackFilter implements CallbackFilter {

 

        //callback index for save method

        private static final int SAVE = 0;

 

        //callback index for load method

        private static final int LOAD = 1;

 

        /**

         * Specify which callback to use for the method being invoked.

         * @method the method being invoked.

         * @return the callback index in the callback array for this method

         */

        public int accept(Method method) {

            String name = method.getName();

            if ("save".equals(name)) {

                return SAVE;

            }

            // for other methods, including the load method, use the

            // second callback

            return LOAD;

        }

    }

accept方法中对代理方法和回调进行了匹配，返回的值是某方法在回调数组中的索引。下面是PersistenceServiceImpl类代理的
实现。


       ...

        Enhancer enhancer = new Enhancer();

        enhancer.setSuperclass(PersistenceServiceImpl.class);

 

        CallbackFilter callbackFilter = new PersistenceServiceCallbackFilter();

        enhancer.setCallbackFilter(callbackFilter);

 

        AuthorizationService authorizationService = ...

        Callback saveCallback = new AuthorizationInterceptor(authorizationService);

        Callback loadCallback = NoOp.INSTANCE;

        Callback[] callbacks = new Callback[]{saveCallback, loadCallback };

        enhancer.setCallbacks(callbacks);

        ...

        return (PersistenceServiceImpl)enhancer.create();

在这个例子中save方法使用了AuthorizationInterceptor实例，load方法使用了NoOp实例。此外，你也可以通过
net.sf.cglib.proxy.Enhancer.setInterfaces(Class[])方法指定代理对象所实现的接口。

  除了为net.sf.cglib.proxy.Enhancer指定回调数组，你还可以通过net.sf.cglib.proxy.Enhancer.setCallbackTypes(Class[]) 方法指定回调类型数组。当创建代理时，如果你没有回调实例的数组，就可以使用回调类型。象使用回调一样，你必须使用，net.sf.cglib.proxy.CallbackFilter
为每一个方法指定一个回调类型索引。你可以从http://www.lizjason.com/downloads/下载设置回调类型和接口的完整代码。

  小结     

    GLIB是一个功能强大，高性能的代码生成包。它为没有实现接口的类提供代理，为JDK的动态代理提供了很好的补充。
它底层使用字节码处理框架ASM。其原理是，生产一个要代理类的子类，子类覆盖要代理的类的所有不是final的方法。
 它比使用java反射的JDK动态代理要快。通常情况下，你可以使用JDK的动态代理创建代理，当你要代理的类没有实现接口
 或者为了更好的性能，CGLIB是一个好的选择。