Spring AOP通过Java动态代理实现横切关注点，当目标类实现接口时，利用Proxy和InvocationHandler在运行时生成代理对象，方法调用被invoke拦截，依次执行前置、目标、返回/异常及后置通知，实现日志、事务等逻辑织入；若目标类无接口则自动切换CGLIB代理；Spring在BeanPostProcessor阶段完成代理织入，保证业务与横切逻辑解耦，调用透明，体现了基于接口编程的优势并解释final方法无法增强的原因。
Java动态代理是Spring AOP实现横切关注点（如日志、事务、权限校验）的核心技术之一。它通过在运行时动态生成代理对象，将增强逻辑织入目标方法的执行流程中，而无需修改原始类代码。
动态代理的基本原理
Spring AOP默认使用Java动态代理来创建代理对象，前提是目标类实现了至少一个接口。其核心机制基于java.lang.reflect.Proxy类和InvocationHandler接口。
当Spring容器检测到某个bean被AOP切面所匹配，它不会直接返回原始对象，而是：
- 生成一个实现了与目标类相同接口的代理类
- 将切面中的通知（advice）逻辑封装进InvocationHandler的实现中
- 所有对目标方法的调用都会先经过代理，由invoke()方法拦截并处理
代理过程中的方法拦截
在代理对象的方法被调用时，实际执行的是InvocationHandler的invoke方法。这个方法可以决定是否执行原方法，并在其前后插入额外逻辑。
立即学习“Java免费学习笔记（深入）”；
例如，一个事务切面可以在方法调用前开启事务，在方法成功返回后提交事务，出现异常则回滚。
- 调用前执行前置通知（Before Advice）
- 通过反射执行目标方法
- 根据执行结果选择执行返回通知（After Returning）或异常通知（Throws Advice）
- 最终执行后置通知（After / Finally Advice）
CGLIB代理的补充机制
如果目标类没有实现任何接口，Spring会自动切换到CGLIB方式生成代理。CGLIB通过继承目标类创建子类，并重写非final方法来实现拦截。
虽然这不是Java动态代理本身，但Spring AOP统一抽象了这两种底层机制，开发者通常无需关心具体使用哪种代理方式。
Spring如何整合动态代理
Spring在Bean生命周期的适当阶段（如初始化后），通过BeanPostProcessor机制将AOP逻辑织入到bean中。如果需要代理，就返回一个包装后的代理对象，而不是原始实例。
这种机制保证了业务代码与横切逻辑的解耦，同时保持了调用透明性——调用方无法感知自己操作的是代理对象。
基本上就这些。理解Java动态代理的作用机制，有助于更清晰地掌握Spring AOP的运行原理和限制条件，比如为什么推荐基于接口编程，以及final方法为何无法被增强。
