aop不是替代oop，而是解决其处理横切关注点（如日志、事务、权限）时的耦合与重复问题；它通过连接点、切入点、通知和切面四大核心角色，以声明式、非侵入方式在运行期动态代理实现行为增强。
面向切面编程（AOP）不是用来替代面向对象编程（OOP）的，而是解决OOP在处理某些共性逻辑时“力不从心”的问题。比如日志、事务、权限校验这些功能，本不属于某个具体业务方法的核心职责，却要反复出现在多个方法里——硬塞进去，代码臃肿；抽成工具类调用，仍需手动写调用语句，耦合没真正解除。AOP提供了一种声明式、非侵入的方式来“悄悄增强”对象行为，让业务代码专注做它该做的事。
为什么需要AOP：横切关注点的真实痛点
所谓“横切关注点”，是指那些跨越多个类、多个方法、与核心业务无关但又必须执行的逻辑。典型例子包括：
- 用户操作后统一记录日志，而不是每个 service 方法开头都写 logger.info(...)
- 所有数据库写操作自动开启事务，而不是在每个方法上重复加 @Transactional
- 接口调用前统一校验 token 权限，而不是在每个 controller 方法里手写校验逻辑
- 统计某类方法执行耗时，用于性能监控，而无需修改原有方法体
AOP的四个核心角色，缺一不可
理解 AOP 不靠背概念，而靠看清它怎么“分工协作”：
- 连接点（JoinPoint）：程序运行中能被拦截的“时机点”。Spring AOP 中只支持方法执行这一个连接点类型，比如 UserService.save() 被调用的那一刻
- 切入点（Pointcut）：用表达式精准圈定哪些连接点要被拦截。例如 execution(* com.example.service..*.*(..)) 表示匹配 service 包及其子包下所有类的所有方法
- 通知（Advice）：在匹配到的连接点上实际要执行的动作。常见五种：@Before（前）、@After（后）、@AfterReturning（成功返回后）、@AfterThrowing（抛异常后）、@Around（环绕，最灵活，可控制是否执行原方法）
- 切面（Aspect）：把切入点和通知打包在一起的模块。一个类加上 @Aspect 注解，就成为一个切面——它不再属于某个业务实体，而是独立存在的“行为增强单元”
Spring AOP 是怎么做到“无感增强”的？
Spring 并没有修改你的源码，也没有要求你继承特定父类或实现接口。它靠的是运行时代理机制：
- 如果目标类实现了接口，Spring 默认用 JDK 动态代理，生成一个实现相同接口的代理对象
- 如果目标类没有接口，则使用 CGLIB 创建子类代理，在子类方法中织入通知逻辑
- 你在代码里注入的是接口类型（如 UserService），实际拿到的是代理对象，调用方法时会先走通知再执行原逻辑
- 整个过程对业务代码透明，不需要改一行已有逻辑，只需加注解、配表达式、写通知方法
一个最小可用的 AOP 示例
想给所有 service 方法执行前后打日志，三步到位：
- 启用 AOP 支持：@EnableAspectJAutoProxy（Spring Boot 默认已开）
- 定义切面类并标注 @Aspect @Component
- 写一个切入点表达式 + 一个 @Before 方法，例如：
@Before("execution(* com.example.service..*.*(..))")
public void logMethodStart(JoinPoint jp) {
System.out.println("进入方法：" + jp.getSignature());
}
部署后，每次 service 方法被调用，控制台就会自动打印日志——你没改任何 service 类，也没加任何日志语句。
