关于springAOP的总结-平芜编程栈

12.4号14：01我终于整理完笔记，理清了所有知识点。
关于spring的两大核心：Ioc和AOP
AOP的底层：动态代理技术

为什么要有AOP？

一般一个系统当中都会有一些系统服务，例如：日志、事务管理、安全等。这些系统服务被称为：交叉业务
这些交叉业务几乎是通用的，不管你是做银行账户转账，还是删除用户数据。日志、事务管理、安全，这些都是需要做的。

为了让代码客户端专注于核心业务代码，也方便维护，从纵向的核心业务把重复的横向业务代码抽离出来，形成一个独立的组件，然后以横向交叉的方式应用到业务流程当中的过程被称为AOP。

AOP底层是靠JDK的自带的动态代理技术和CGLIB的动态代理实现的

JDK 动态代理主要用于对接口进行代理，其底层通过在运行时内存中动态生成一个实现了目标
接口的代理类字节码，并借助 InvocationHandler 实现方法拦截。
CGLIB 通过在运行时动态生成目标类的子类（代理类）来实现对类的代理，其底层基于字节码生成技术，通过继承并重写非 final 方法以插入代理逻辑。
补充：即使目标类有接口，你也可以强制 Spring 使用 CGLIB（通过配置proxyTargetClass true）。

[!NOTE] 前面静态代理中不是说继承的耦合度高吗，为啥CGLIB使用继承实现了动态代理？
它在内存中生成，无关业务代码，也就不存在这类问题。

Spring AOP 的实现细节可以简要概括为以下几点：

基于代理：
Spring AOP 不修改字节码，而是在运行时为目标 Bean 创建代理对象（JDK 动态代理或 CGLIB），通过代理拦截方法调用。
代理选择：
- 目标类实现了接口 → 默认使用JDK 动态代理；
- 无接口或配置proxyTargetClass=true→ 使用CGLIB 代理。
织入时机：
在 Bean 初始化完成后，由BeanPostProcessor（如AnnotationAwareAspectJAutoProxyCreator）判断是否需要代理，并将代理对象放入 Spring 容器，替换原始 Bean。
通知执行：
方法调用时，代理对象通过责任链模式依次执行各类通知（@Before、@Around、@After等），最后调用目标方法（通过反射）。
统一适配：
所有通知类型（如MethodBeforeAdvice）最终都被适配成MethodInterceptor，统一在拦截链中执行。
局限性：
只能拦截public 方法，且self-invocation（内部调用）不会触发 AOP，因为调用的是 this 而非代理对象。

总结：Spring AOP = 动态代理 + BeanPostProcessor + 责任链 + 反射，全程在运行时完成，对业务代码无侵入。

Spring 容器启动时，通过@EnableAspectJAutoProxy（或 XML 配置）注册一个特殊的BeanPostProcessor：AnnotationAwareAspectJAutoProxyCreator。
它会识别所有带@Aspect注解的类，并解析其中的@Before、@After、@Around等通知，转换成Advisor（包含 Pointcut + Advice）。

判断目标类是否有接口：
- 有接口 → 默认用JDK 动态代理（生成$Proxy0类）
- 无接口或开启proxyTargetClass=true→ 使用CGLIB（生成Xxx$$EnhancerBySpringCGLIB$$...子类）
创建代理对象，内部持有原始目标对象 + 所有匹配的 Advisor 列表。

当调用代理对象的方法时：
- JDK 代理 → 调用InvocationHandler.invoke()
- CGLIB 代理 → 调用MethodInterceptor.intercept()
两者都会构建一个MethodInvocation对象，内部包含：目标方法、参数、通知链（List）。