一、代理方法长什么样
代码示例：
//被代理类 class UserService { //方法必须能被重写,不能被final修饰 public void test() { System.out.println("调用test方法了..."); } } //拦截器（方法增强） class MyApiInterceptor implements MethodInterceptor { @Override public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable { System.out.println("被代理方法执行前"); // 此处可以做一些操作 Object result = proxy.invokeSuper(obj, args);//执行被代理方法 System.out.println("被代理方法执行后" ); // 方法调用之后也可以进行一些操作 return result; } } //测试 public class TestCglib { public static void main(String[] args) { //生成一个增强器 Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(UserService.class); //设置要代理的类 enhancer.setCallback(new MyApiInterceptor()); //设置回调的拦截器 // 创建代理对象 Person person=enhancer.create(); person.test(); } }
刚开始接触动态代理，设想的代理方法是如下的样子，是不是很简单粗暴，这么想是不是也挺合理。
其实代理方法长这样：
下面的test方法就是生成的代理方法，其中没有我们写的增强代码，也没有用super.test()去调用被代理方法，而是先获得一个拦截器，然后执行intercept()方法。
既然代理类是运行时自动生成的，为什么不直接把增强代码粘到代理方法中？
行，但是不优雅。
拦截器提供了一种可插拔的方式，使增强逻辑与目标方法解耦，能够灵活地对代理逻辑进行配置和管理。
看看拦截器是如何起作用的。
二、代理方法逻辑
从上面的例子看，我们调用代理对象的test方法，是如何去执行拦截器【MyApiInterceptor类】中的逻辑呢？
这要看代理类重写的test方法做了写什么：
从程序执行的结果上看，图上MethodInterceptor的实现类就是我们自定义的MyApiInterceptor，这里需要说明一下intercept方法的四个参数都是什么：
参数1：代理类对象
参数2：被代理类的方法对象（Method类型对象）
参数3：方法入参（Object[]）
参数4：代理类的方法对象（MethodProxy类型对象）
代理方法如何得到我们自定义的MyApiInterceptor对象？
MethodInterceptor var10000 = this.CGLIB$CALLBACK_0;
上面是test()方法的第一句代码，其中的（CGLIB$CALLBACK_0）属性是MethodInterceptor类型的，自定义的MyApiInterceptor正好实现了MethodInterceptor接口，这里明显是使用了里式替换。
看哪里给（CGLIBC A L L B A C K 0 ）属性赋值了，可以找到构造函数中挑中了【 C G L I B CALLBACK_0）属性赋值了，可以找到构造函数中挑中了【CGLIBCALLBACK0）属性赋值了，可以找到构造函数中挑中了【CGLIBBIND_CALLBACKS方法】，内容如下：
//代理类构造函数 public UserService$$EnhancerByCGLIB$$9391ced0() { CGLIB$BIND_CALLBACKS(this); }
现在我们需要知道什么时候在缓存（CGLIB$THREAD_CALLBACKS属性）中存了自定义的MyApiInterceptor对象。
在代理类中只找到一个静态方法【CGLIB$SET_THREAD_CALLBACKS】给上述属性赋值了，没有在本类中看到谁调用了这个方法。
public static void CGLIB$SET_THREAD_CALLBACKS(Callback[] var0) { CGLIB$THREAD_CALLBACKS.set(var0); }
所以我们要知道，是谁在什么地方调用了静态方法【CGLIB$SET_THREAD_CALLBACKS】
三、代理对象初始化过程
从demo中看出，创建代理对象是通过enhancer.create();创建的，需要从【Enhancer 类】的【create方法】开始抽丝剥茧找到真相。看个源码和破案一样。
//生成一个增强器 Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(UserService.class); //设置要代理的类 enhancer.setCallback(new MyApiInterceptor()); //设置回调的拦截器 // 创建代理对象 Person person=enhancer.create();
方法【createUsingReflection】的第一句代码调用了方法【setThreadCallbacks】，并把代理类的Class对象传给了它。这个方法名的意思就是给ThreadCallbacks赋值，下图看该方法逻辑
这里确定方法名SET_THREAD_CALLBACKS_NAME就是代理类中的静态方法【CGLIB$SET_THREAD_CALLBACKS】。另外因为是静态方法，反射调用时不用传递代理类对象，传个null就可以。
标题2中我们的问题我们在这里就可以揭晓。
是谁在什么时候调用了静态方法【CGLIBS E T T H R E A D C A L L B A C K S 】，给（ C G L I B SET_THREAD_CALLBACKS】，给（CGLIBSETTHREADCALLBACKS】，给（CGLIBTHREAD_CALLBACKS属性）中存了自定义的MyApiInterceptor对象？
who：Enhancer对象
when：在创建了代理类之后，马上要生成代理类对象之前
四、总结
CGLIB拦截器的作用主要有以下几个方面：
增加额外的逻辑：
拦截器可以在目标方法执行前后，或者在方法执行过程中插入额外的逻辑。例如，可以在方法调用前进行权限检查、日志记录等操作，或者在方法调用后进行结果处理、异常处理等操作。通过拦截器，可以在不修改目标类的情况下，增加额外的功能。
实现横切关注点的分离：
拦截器可以将与核心业务逻辑无关的横切关注点（cross-cuttingconcern）与核心业务逻辑分离。横切关注点包括日志记录、性能统计、事务管理等，这些功能可以通过拦截器统一管理，而不需要在每个目标方法中重复编写代码。
实现代理的灵活配置和管理：
拦截器提供了一种可插拔的方式，使得增强逻辑可以与目标方法解耦，方便对代理逻辑进行配置和管理。通过拦截器，可以动态地添加、删除或修改代理逻辑，而无需修改目标类的源代码。
CGLIB拦截器的作用是在代理类中插入增强逻辑，实现与目标方法的拦截、预处理和后处理操作，同时实现了横切关注点的分离和代理的灵活配置。它是CGLIB实现动态代理的重要组成部分，提供了一种强大的方式来扩展和定制代理类的行为。
