Spring AOP的核心是通过动态代理将横切逻辑（如日志、事务、权限）抽取并织入目标方法，不修改源码；关键概念包括连接点（可拦截的方法调用）、切点（筛选连接点的表达式）、通知（五种执行时机）、切面（切点+通知的组合）、目标对象与代理对象（JDK或CGLIB生成）、织入（运行时生成代理）。
Spring AOP 的核心，是把重复的、横跨多个业务模块的逻辑（比如日志、事务、权限校验）抽出来，单独管理，再“悄悄”加到目标方法前后，不改原有代码。它不靠修改源码，而是靠运行时动态生成代理对象来实现增强。
关键概念要拎清
这些术语不是孤立的，而是环环相扣：
- 连接点（Join Point）：程序执行中所有能被拦截的“点”，Spring AOP 中特指方法调用——只要一个方法能被调用，它就是一个潜在的连接点。
-
切点（Pointcut）：从所有连接点里“挑出真正要增强的那些”。比如表达式
execution(* com.example.service.*.*(..))就表示只匹配 service 包下所有类的所有方法，其余方法即使可被拦截，也不处理。 -
通知（Advice）：定义“在切点上做什么、什么时候做”。五种类型各司其职：
–@Before：方法执行前运行（如记录开始时间）
–@After：方法执行后运行（不管成功失败）
–@AfterReturning：方法正常返回后运行（可获取返回值）
–@AfterThrowing：方法抛异常后运行（可捕获异常）
–@Around：最灵活，包裹整个方法执行（必须手动调用proceed()，否则原方法不执行） -
切面（Aspect）：就是“切点 + 通知”的组合体。一个带
@Aspect注解的类，里面既有@Pointcut定义匹配规则，又有各种@Before、@Around等通知方法，它就是一个完整的切面。 -
目标对象（Target）与代理对象（Proxy）：原始业务类（如
UserServiceImpl）是目标对象；Spring 在运行时为它创建的、带了增强逻辑的新对象，就是代理对象。你从 Spring 容器取出来的，实际是这个代理对象。
动态代理怎么选：JDK 还是 CGLIB？
Spring 不会硬性指定一种代理方式，而是根据目标类是否实现接口，自动选择最合适的方案：
-
目标类实现了接口 → 默认用 JDK 动态代理：
– 代理类实现和目标类相同的接口，通过java.lang.reflect.Proxy创建；
– 调用者必须用接口类型引用代理对象（如UserService bean = ctx.getBean(UserService.class)）；
– 无法增强目标类中未在接口中声明的方法。 -
目标类没实现接口 → 自动用 CGLIB：
– 代理类继承目标类，重写非final方法，在方法中插入增强逻辑；
– 可以代理任意 public 方法（包括没有接口声明的）；
– 不能代理final类或final方法（因为子类无法重写）。 -
可强制切换：通过配置
proxyTargetClass=true，即使有接口也走 CGLIB；反之，CGLIB 无法替代 JDK 对接口的天然支持。
织入过程发生在运行时
Spring AOP 的织入（Weaving）不是编译期或类加载期完成的，而是在 Spring 容器启动、完成 Bean 创建之后，扫描所有 @Aspect 切面，解析其切点表达式，对匹配的目标 Bean 自动生成代理对象。这个过程对开发者透明，但理解它有助于排查问题：
立即学习“Java免费学习笔记（深入）”；
- 如果某个方法没被增强，先确认它是否满足切点表达式（注意包路径、方法名、参数等是否写对）；
- 如果增强逻辑没生效，检查该 Bean 是否由 Spring 容器管理（非容器创建的对象不会被代理）；
- 若使用
@Transactional或自定义切面却无效，常见原因是调用了本类内部的非 public 方法（代理失效）或事务传播行为配置不当。
它解决的是什么问题
AOP 不是炫技，而是应对真实开发痛点：几十个服务方法都要打日志，每个都加 log.info()？事务控制要写 try-catch-rollback？权限校验要反复判断用户角色？这些逻辑和核心业务无关，却无处不在。AOP 把它们统一抽取、集中配置，让业务代码回归纯粹——就像餐厅里顾客只管点菜吃饭，取号、结账、叫号由专人统一处理。
