由此可见，JDK 动态代理确实发挥了代理的功能，相对于静态代理，JDK 动态代理大大减少了我们的开发任务，同时减少了对业务接口的依赖，降低了耦合度。但它同样有缺陷，就是动态代理的实现类需要类实现接口来完成代理的业务，也就是说它始终无法摆脱仅支持interface代理的桎梏，这是设计上的缺陷。而这时CGLIB 动态代理就派上用场了。
CGLIB 动态代理CGLib采用了非常底层的字节码技术，其原理是通过字节码技术为一个类创建子类，并在子类中采用方法拦截的技术拦截所有父类方法的调用，顺势织入横切逻辑。但因为采用的是继承，所以不能对final修饰的类进行代理。下面我们写一个关于CGLib的动态代理类，值得说下的是，CGLib所在的依赖包不是JDK本身就有的，所以我们需要额外引入，如果是用maven来管理的话，就可以直接引入如下的依赖：
<dependencies> <dependency> <groupId>cglib</groupId> <artifactId>cglib</artifactId> <version>3.2.3</version> </dependency> </dependencies>使用 CGLIB 需要实现 MethodInterceptor 接口，并重写intercept 方法，在该方法中对原始要执行的方法前后做增强处理。该类的代理对象可以使用代码中的字节码增强器来获取。具体的代码如下：
public class CglibProxy implements MethodInterceptor { /** * 维护目标对象 */ private Object target; public Object getProxyInstance(final Object target) { this.target = target; // Enhancer类是CGLIB中的一个字节码增强器，它可以方便的对你想要处理的类进行扩展 Enhancer enhancer = new Enhancer(); // 将被代理的对象设置成父类 enhancer.setSuperclass(this.target.getClass()); // 回调方法，设置拦截器 enhancer.setCallback(this); // 动态创建一个代理类 return enhancer.create(); } public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable { System.out.println("签合同"); // 执行具体的业务逻辑 Object result = methodProxy.invoke(o, objects); System.out.println("演出完经纪人去收钱……"); return result; } } 场景测试类： public class Client { public static void main(String[] args) { Star actor = new Actor(); // 创建动态代理对象实例 Star proxy = (Star) new CglibProxy().getProxyInstance(actor); proxy.act(); } }可以看出，测试类的逻辑和JDK动态代理差不多，其实套路都是一样的，其实技术实现不同。
总结一下CGLIB代理模式： CGLIB创建的动态代理对象比JDK创建的动态代理对象的性能更高，但是CGLIB创建代理对象时所花费的时间却比JDK多得多。所以对于单例的对象，因为无需频繁创建对象，用CGLIB合适，反之使用JDK方式要更为合适一些。同时由于CGLib由于是采用动态创建子类的方法，对于final修饰的方法无法进行代理。
扩展知识这里扩展一个知识点，那就是Spring AOP的底层实现，为什么在这里提及呢？因为Spring AOP的底层实现就是基于代理模式，而JDK 动态代理和 CGLIB 动态代理均是实现 Spring AOP 的基础。我们可以看下AOP的部分底层源码：
public class DefaultAopProxyFactory implements AopProxyFactory, Serializable { @Override public AopProxy createAopProxy(AdvisedSupport config) throws AopConfigException { if (config.isOptimize() || config.isProxyTargetClass() || hasNoUserSuppliedProxyInterfaces(config)) { Class<?> targetClass = config.getTargetClass(); if (targetClass == null) { throw new AopConfigException("TargetSource cannot determine target class: " + "Either an interface or a target is required for proxy creation."); } // 判断目标类是否是接口或者目标类是否Proxy类型，若是则使用JDK动态代理 if (targetClass.isInterface() || Proxy.isProxyClass(targetClass)) { return new JdkDynamicAopProxy(config); } // 使用CGLIB的方式创建代理对象 return new ObjenesisCglibAopProxy(config); } else { // 上面条件都不满足就使用JDK的提供的代理方式生成代理对象 return new JdkDynamicAopProxy(config); } } }源码的判断逻辑并不难，主要是根据目标类是否是接口或者Proxy类型来判断使用哪种代理模式创建代理对象，使用的代理模式正是JDK动态代理和CGLIB 动态代理技术。由此可见，了解代理模式还是很重要的，起码以后面试官问AOP的底层实现时，我们还能吹一波呢，哈哈~~~