Spring AOP核心概念与实战：从切面原理到日志监控实现 1. 从“切面”说起为什么你的代码需要AOP如果你写过一段时间的Java Web应用尤其是用过Spring框架那你大概率遇到过这样的场景你写了一个用户注册的接口业务逻辑很清晰就是校验参数、保存用户、发送欢迎邮件。但产品经理过来说我们需要记录每个注册请求的耗时方便后续性能分析。你点点头在方法的开头加一行long start System.currentTimeMillis()在结尾加一行log.info(“耗时{}ms”, System.currentTimeMillis() - start)。没过多久安全团队要求所有敏感操作比如修改密码、支付都需要记录操作日志。你又得在十几个方法里重复地写上日志记录代码。紧接着风控部门要求对某些接口进行权限校验……你的业务方法逐渐被这些与核心逻辑无关的“横切关注点”代码所淹没变得臃肿不堪难以维护。上面提到的日志记录、性能监控、事务管理、安全校验这些就是典型的“横切关注点”。它们像一把刀横向“切割”了你的所有核心业务模块。传统的面向对象编程OOP擅长的是纵向的、自上而下的继承与封装但对于这种横向的、散布在各处的通用逻辑就显得力不从心。这时面向切面编程AOP就登场了。它允许你将这些横切关注点模块化定义成一个独立的“切面”然后通过声明的方式告诉Spring在何时、何地、如何将这个切面的逻辑“织入”到你的业务代码中。这样一来你的业务方法就能保持纯净只关心核心业务而那些通用的、重复的代码则被抽取到切面里统一管理。Spring AOP就是Spring框架对AOP思想的一种实现它通过动态代理默认是JDK动态代理如果目标类没有实现接口则使用CGLIB在运行时“无侵入”地增强你的Bean方法。理解并掌握Spring AOP是写出高内聚、低耦合、易于维护的Spring应用的关键一步也是面试中绕不开的经典话题。2. 核心概念拆解Pointcut, Advice, Aspect 到底是什么在动手写代码之前我们必须把Spring AOP的几个核心术语掰开揉碎了理解。很多人觉得AOP难往往是卡在了对这些抽象概念的理解上。我们用最直白的话来解释。2.1 连接点 (Joinpoint)你可以把它理解为程序执行过程中一个明确的“点”。在Spring AOP中这个“点”特指方法的执行。比如UserService.save()方法的调用这就是一个连接点。Spring AOP只支持方法级别的连接点这与更强大的AspectJ不同AspectJ还支持字段、构造器级别的连接点。2.2 切点 (Pointcut)如果说连接点是所有可能被增强的“位置”那么切点就是用来筛选和匹配这些位置的表达式。它告诉AOP“我关心的到底是哪些方法”。比如“所有com.example.service包下以save开头的方法”这就是一个切点表达式。Spring使用AspectJ的切点表达式语言来定义切点这是你需要重点掌握的部分。2.3 通知 (Advice)这是切面具体要执行的动作也就是你抽取出来的那些通用逻辑比如记录日志、开启事务。通知定义了“做什么”以及“何时做”。Spring AOP提供了5种类型的通知前置通知 (Before): 在目标方法执行之前执行。比如进行权限校验如果校验不通过就抛出异常阻止方法继续执行。后置通知 (After): 在目标方法执行之后执行无论方法是正常返回还是抛出异常。这有点像try-finally中的finally块常用于清理资源。返回通知 (AfterReturning): 在目标方法成功执行并返回结果后执行。你可以拿到方法的返回值进行一些处理比如对返回结果进行封装或记录。异常通知 (AfterThrowing): 在目标方法抛出异常后执行。你可以拿到抛出的异常对象进行统一的异常处理或告警。环绕通知 (Around): 这是功能最强大的通知。它包围了目标方法的整个执行过程。你可以在方法执行前、后自定义行为甚至可以决定是否执行目标方法或者修改其返回值。它综合了前面四种通知的能力。2.4 切面 (Aspect)切面是通知和切点的结合体。它回答了AOP的三个核心问题在哪里切点、什么时候通知类型、做什么通知逻辑。一个切面类就是一个用Aspect注解标注的普通Java类里面包含了若干定义了切点和通知的方法。2.5 引入 (Introduction)允许我们向现有的类添加新的方法或属性。这在实际开发中不如前几个概念常用你可以先有个印象。2.6 织入 (Weaving)将切面应用到目标对象并创建新的代理对象的过程。Spring AOP是在运行时通过动态代理完成织入的。理解了这些概念我们再看Spring AOP的实现过程就清晰了你定义一个切面Aspect在里面通过切点表达式Pointcut指定要拦截哪些方法Joinpoint并编写各种通知Advice逻辑。Spring在启动时会为匹配切点的Bean创建代理对象。当你调用这个Bean的方法时实际上调用的是代理对象的方法代理对象会按照你定义的顺序执行相应的通知逻辑最终再决定是否以及如何调用原始的目标方法。3. 手把手实战构建一个完整的日志与性能监控切面光说不练假把式我们现在就创建一个Spring Boot项目来实现一个功能相对完整的切面。这个切面将包含日志记录和性能监控两个核心功能。3.1 项目初始化与依赖首先使用Spring Initializr创建一个新的Spring Boot项目选择Spring Web和Spring AOP依赖。如果你用的是Mavenpom.xml中关键的依赖如下dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-aop/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependencyspring-boot-starter-aop会自动引入Spring AOP以及AspectJ相关的库我们无需单独引入AspectJ的织入器因为Spring AOP默认使用运行时动态代理不需要编译期或加载期织入。3.2 定义业务服务我们先创建一个简单的业务服务作为切面增强的目标。package com.example.demo.service; import org.springframework.stereotype.Service; Service public class UserService { public String register(String username, String password) { // 模拟业务处理耗时 try { Thread.sleep(100); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } System.out.println(用户 [ username ] 注册成功); return 用户ID: 1001; } public String getUserInfo(Long userId) { if (userId 0) { throw new IllegalArgumentException(非法的用户ID); } return 用户信息: {id: userId , name: 张三}; } }3.3 创建核心切面类这是本章的重头戏。我们在com.example.demo.aspect包下创建LoggingAndMonitoringAspect类。package com.example.demo.aspect; import org.aspectj.lang.ProceedingJoinPoint; import org.aspectj.lang.annotation.*; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.stereotype.Component; import org.springframework.util.StopWatch; Aspect // 1. 声明这是一个切面类 Component // 2. 让Spring管理这个Bean public class LoggingAndMonitoringAspect { private static final Logger log LoggerFactory.getLogger(LoggingAndMonitoringAspect.class); // 3. 定义切点匹配 service 包下所有类的所有方法 Pointcut(execution(* com.example.demo.service.*.*(..))) public void serviceLayer() {} // 4. 定义切点匹配所有Controller层的方法假设有Controller Pointcut(execution(* com.example.demo.controller.*.*(..))) public void controllerLayer() {} // 5. 组合切点匹配 service 或 controller 层 Pointcut(serviceLayer() || controllerLayer()) public void webLayer() {} // 6. 前置通知在方法执行前记录日志 Before(webLayer()) public void logBefore(JoinPoint joinPoint) { // joinPoint 包含了当前连接点的信息 String methodName joinPoint.getSignature().getName(); String className joinPoint.getTarget().getClass().getSimpleName(); Object[] args joinPoint.getArgs(); log.info([前置通知] 开始执行 {}.{}(), 参数: {}, className, methodName, args); } // 7. 返回通知在方法成功返回后记录日志 AfterReturning(pointcut webLayer(), returning result) public void logAfterReturning(JoinPoint joinPoint, Object result) { String methodName joinPoint.getSignature().getName(); log.info([返回通知] 方法 {} 执行成功返回值: {}, methodName, result); } // 8. 异常通知在方法抛出异常后记录日志 AfterThrowing(pointcut webLayer(), throwing ex) public void logAfterThrowing(JoinPoint joinPoint, Exception ex) { String methodName joinPoint.getSignature().getName(); log.error([异常通知] 方法 {} 执行异常异常信息: {}, methodName, ex.getMessage(), ex); // 注意这里把异常栈也打印出来 } // 9. 后置通知在方法最终结束后记录无论成功失败 After(webLayer()) public void logAfter(JoinPoint joinPoint) { String methodName joinPoint.getSignature().getName(); log.info([后置通知] 方法 {} 执行结束。, methodName); } // 10. 环绕通知功能最强大用于性能监控 Around(webLayer()) public Object monitorPerformance(ProceedingJoinPoint proceedingJoinPoint) throws Throwable { String methodName proceedingJoinPoint.getSignature().getName(); StopWatch stopWatch new StopWatch(); log.info([环绕通知-前] 开始监控方法 {} 的性能, methodName); stopWatch.start(); Object result; try { // 执行目标方法 result proceedingJoinPoint.proceed(); } catch (Throwable throwable) { stopWatch.stop(); log.error([环绕通知-异常] 方法 {} 执行出错耗时: {} ms, methodName, stopWatch.getTotalTimeMillis()); throw throwable; // 记得重新抛出异常 } stopWatch.stop(); log.info([环绕通知-后] 方法 {} 执行完毕总耗时: {} ms, methodName, stopWatch.getTotalTimeMillis()); return result; } }3.4 代码逐行解析与避坑指南Aspect注解这是声明一个类为切面的关键。没有它Spring不会将其识别为Aspect。Component注解切面本身也是一个需要被Spring管理的Bean必须加上此注解或其它 Stereotype 注解如Service。Pointcut与切点表达式execution(* com.example.demo.service.*.*(..))是核心。execution: 表示匹配方法执行。第一个*: 匹配任意返回类型。com.example.demo.service.*: 匹配service包下的任意类。第二个.*: 匹配任意方法名。(..): 匹配任意数量、任意类型的参数。避坑点1表达式写错是最常见的问题。建议先在简单的包结构下测试例如execution(* *.*(..))匹配所有方法不推荐生产使用来验证切面是否生效再逐步细化。组合切点使用||(或)、(与)、!(非) 可以组合多个切点非常灵活。这里我们定义了一个webLayer切点同时匹配service和controller层。通知方法参数JoinPoint参数在Before、After、AfterReturning、AfterThrowing中是可选的但如果你想获取方法名、参数等信息就必须声明它。ProceedingJoinPoint是JoinPoint的子类只在Around通知中使用它提供了proceed()方法来调用目标方法。AfterReturning的returning属性这个属性的值这里是result必须与通知方法中对应的参数名一致。它用于接收目标方法的返回值。避坑点2如果目标方法返回void那么result参数的值将是null。AfterThrowing的throwing属性同理这个属性的值ex必须与通知方法中对应的Exception类型参数名一致。你可以声明更具体的异常类型如NullPointerException来只捕获特定异常。Around通知的注意事项必须调用proceed()Around通知必须通过ProceedingJoinPoint.proceed()来调用目标方法否则目标方法根本不会执行。必须返回结果Around通知需要返回proceed()的调用结果或者你自己修改后的结果。如果目标方法返回voidproceed()返回null你的通知方法也应返回null或Void类型。异常处理proceed()会抛出Throwable你需要捕获并决定是吞掉异常、记录后重新抛出、还是转换成其他异常。通常建议记录后重新抛出throw throwable;以保持原有的异常传播行为。执行顺序当同一个切点有多个通知时Around通知的执行顺序会影响其他通知。一个常见的顺序是Around前半部分 -Before- 目标方法 -Around后半部分 -AfterReturning/AfterThrowing-After。理解这个顺序对调试至关重要。3.5 创建Controller进行测试package com.example.demo.controller; import com.example.demo.service.UserService; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.RequestParam; import org.springframework.web.bind.annotation.RestController; RestController public class DemoController { Autowired private UserService userService; GetMapping(/register) public String register(RequestParam String name, RequestParam String pwd) { return userService.register(name, pwd); } GetMapping(/user) public String getUser(RequestParam Long id) { return userService.getUserInfo(id); } }启动应用访问http://localhost:8080/register?nametestpwd123和http://localhost:8080/user?id-1。观察控制台日志你会看到切面定义的各种通知按顺序打印并且/user接口因为传入id-1会触发异常通知。通过这个完整的例子你应该能清晰地看到业务代码UserService是多么的干净而所有横切关注点日志、监控都被优雅地剥离到了LoggingAndMonitoringAspect中。这就是AOP的魅力。4. 切点表达式详解如何精准定位你的目标方法上一节我们用了execution这是最常用也是最强大的切点指示符。但Spring AOP支持的指示符不止这一个理解它们能让你更精准地定义切点。4.1 常用切点指示符execution: 用于匹配方法执行的连接点。这是最主要的表达式。语法execution(修饰符? 返回类型 声明类型? 方法名(参数列表) 异常类型?)。?表示可选部分。示例execution(public * *(..)): 匹配所有public方法。execution(* set*(..)): 匹配所有以set开头的方法。execution(* com.example.service.AccountService.*(..)): 匹配AccountService接口的所有方法。execution(* com.example.service.*.*(..)): 匹配service包下所有类的所有方法。execution(* com.example.service..*.*(..)): 匹配service包及其所有子包下所有类的所有方法。..代表当前包及子包。execution(* *(*, String)): 匹配第一个参数任意第二个参数为String的方法。within: 限制匹配特定类型内的连接点即匹配某个包或某个类里的所有方法。示例within(com.example.service.*): 匹配service包下的所有方法不包括子包。within(com.example.service..*): 匹配service包及其子包下的所有方法。within(org.springframework.stereotype.Service *): 匹配所有被Service注解标注的类中的方法。这是一个非常实用的技巧within: 匹配持有指定注解的类内的所有方法。注意和within的区别within看的是类上的注解。示例within(org.springframework.web.bind.annotation.RestController)匹配所有被RestController注解的类中的方法。annotation: 匹配被指定注解标注的方法。这是实现自定义注解式AOP的关键示例annotation(com.example.annotation.MyLog)匹配所有被MyLog注解标注的方法。我们会在下一章详细展开。args: 匹配参数类型符合指定类型的方法。注意它匹配的是运行时传入的参数类型。示例args(java.lang.String, ..)匹配第一个参数是String类型的方法。args: 匹配传入的参数持有指定注解的方法。示例args(com.example.annotation.Validated, ..)匹配第一个参数被Validated注解标注的方法。this与target:target: 匹配目标对象被代理的原始对象类型符合指定类型的连接点。target(com.example.service.UserService)匹配所有代理的目标对象是UserService类型或其子类的方法。this: 匹配代理对象Spring生成的代理对象类型符合指定类型的连接点。在JDK动态代理中this匹配的是接口在CGLIB代理中this匹配的是目标类的子类。这个用得相对较少。4.2 组合使用与优先级你可以使用(与),||(或),!(非) 来组合这些指示符。// 匹配在Service类中并且方法被Transactional注解标注的方法 Pointcut(within(org.springframework.stereotype.Service *) annotation(org.springframework.transaction.annotation.Transactional)) public void transactionalServiceMethod() {} // 匹配在controller包下但不是getter/setter的方法 Pointcut(within(com.example.controller..*) !execution(* get*()) !execution(* set*(..))) public void businessControllerMethod() {}提示切点表达式在应用启动时会被解析和验证。一个复杂的、匹配范围过广的表达式可能会轻微影响启动性能。在生产环境中建议将通用的切点表达式定义成Pointcut常量方便复用和维护。5. 进阶玩法自定义注解实现声明式切面使用execution或within表达式是基于方法签名或类路径的匹配有时不够灵活。比如我只想给某个特定的业务方法加上特殊的日志或权限校验而不是整个包或类。这时自定义注解配合annotation指示符就派上用场了。这种方式更加声明式、意图更清晰。5.1 定义自定义注解我们创建一个用于记录操作日志的注解OpLog。package com.example.demo.annotation; import java.lang.annotation.*; Target(ElementType.METHOD) // 注解可以用在方法上 Retention(RetentionPolicy.RUNTIME) // 注解在运行时保留这是AOP能捕获到的关键 Documented public interface OpLog { /** * 业务模块名称 */ String module() default ; /** * 操作类型如新增、删除、修改、查询 */ String type() default ; /** * 操作描述 */ String desc() default ; }5.2 创建基于注解的切面package com.example.demo.aspect; import com.example.demo.annotation.OpLog; import org.aspectj.lang.JoinPoint; import org.aspectj.lang.annotation.AfterReturning; import org.aspectj.lang.annotation.Aspect; import org.aspectj.lang.annotation.Before; import org.aspectj.lang.annotation.Pointcut; import org.aspectj.lang.reflect.MethodSignature; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.stereotype.Component; import org.springframework.web.context.request.RequestContextHolder; import org.springframework.web.context.request.ServletRequestAttributes; import javax.servlet.http.HttpServletRequest; import java.lang.reflect.Method; import java.util.Arrays; Aspect Component public class OpLogAspect { private static final Logger log LoggerFactory.getLogger(OpLogAspect.class); // 切点匹配所有被 OpLog 注解标注的方法 Pointcut(annotation(com.example.demo.annotation.OpLog)) public void opLogPointcut() {} Before(opLogPointcut()) public void doBefore(JoinPoint joinPoint) { // 从请求上下文中获取HttpServletRequest适用于Web环境 ServletRequestAttributes attributes (ServletRequestAttributes) RequestContextHolder.getRequestAttributes(); if (attributes ! null) { HttpServletRequest request attributes.getRequest(); log.info(请求URL: {}, IP: {}, request.getRequestURL(), request.getRemoteAddr()); } // 获取方法上的 OpLog 注解详情 MethodSignature signature (MethodSignature) joinPoint.getSignature(); Method method signature.getMethod(); OpLog opLog method.getAnnotation(OpLog.class); if (opLog ! null) { log.info( 操作日志 [开始] ); log.info(模块: {}, 类型: {}, 描述: {}, opLog.module(), opLog.type(), opLog.desc()); log.info(方法: {}.{}, method.getDeclaringClass().getName(), method.getName()); log.info(参数: {}, Arrays.toString(joinPoint.getArgs())); } } AfterReturning(pointcut opLogPointcut(), returning result) public void doAfterReturning(JoinPoint joinPoint, Object result) { log.info(方法返回: {}, result); log.info( 操作日志 [结束] ); } }5.3 在业务方法上使用注解现在我们可以在任何需要详细记录操作日志的方法上轻松地使用OpLog注解。Service public class OrderService { OpLog(module 订单管理, type 创建, desc 用户下单) public Order createOrder(Long userId, ListLong productIds) { // 创建订单的业务逻辑... Order order new Order(); log.info(创建订单成功订单号: {}, order.getOrderNo()); return order; } OpLog(module 订单管理, type 查询, desc 根据ID查询订单) public Order getOrderById(Long orderId) { // 查询订单逻辑... return orderRepository.findById(orderId).orElse(null); } }5.4 实战技巧与避坑获取注解信息关键在于通过JoinPoint获取MethodSignature再拿到具体的Method对象最后通过method.getAnnotation()获取注解实例。这样你就能在切面里读取注解中定义的属性值如module,type实现高度可配置的切面逻辑。Web请求上下文在Before通知中我们通过RequestContextHolder获取当前HTTP请求的信息。避坑点这仅适用于Web请求线程。如果你在异步任务、定时任务或非Web上下文中调用被注解的方法RequestContextHolder.getRequestAttributes()会返回null需要做空值判断或寻找其他方式获取上下文信息。注解的Retention必须是RUNTIME这是最基本也最容易出错的地方。如果注解的保留策略是SOURCE或CLASS运行时将无法通过反射获取到注解信息AOP会失效。与Transactional等注解的协作自定义注解切面和其他Spring内置的切面如事务管理Transactional执行顺序需要留意。默认情况下执行顺序可能不确定。你可以通过Order注解或在配置类中使用EnableAspectJAutoProxy时设置order属性来控制切面的执行顺序。例如通常希望日志切面在事务切面之外执行这样即使事务回滚日志也已经记录。这种基于自定义注解的方式将横切逻辑的“开关”和“配置”直接放在了方法声明上代码的意图一目了然是Spring AOP在实际项目中最优雅、最常用的实践之一。6. 深入原理Spring AOP的代理机制与执行顺序理解了怎么用我们还得稍微探一下底知道它大概是怎么工作的这样在遇到复杂问题时才能心中有数。6.1 两种代理模式Spring AOP默认使用动态代理。具体用哪种取决于目标对象JDK动态代理默认策略。前提是目标类实现了至少一个接口。Spring会基于这个接口创建一个代理对象。这也是为什么我们常说“面向接口编程”在Spring中很重要的一个原因。代理对象会实现相同的接口并将调用委托给一个InvocationHandler其中包含了我们的切面逻辑。CGLIB代理如果目标类没有实现任何接口Spring会使用CGLIB库来生成一个目标类的子类作为代理对象。这个子类会重写父类中的非final方法并在其中加入切面逻辑。注意由于CGLIB是通过继承实现的所以对于final方法、private方法、static方法CGLIB无法进行代理因此这些方法上的AOP通知是无效的。JDK代理同样对接口中未声明的方法无效。6.2 代理对象的创建时机Spring在初始化Bean的时候如果发现这个Bean匹配了某个切面的切点就会在Bean生命周期的“初始化后”阶段postProcessAfterInitialization通过AbstractAutoProxyCreator这个后置处理器为其创建一个代理对象并用这个代理对象替换掉原始的Bean定义。之后当其他Bean注入或者我们Autowired这个Bean时拿到的一直是这个代理对象。6.3 多个切面的执行顺序当一个方法匹配了多个切面的多个通知时执行顺序就变得重要了。顺序由两部分决定切面级别的顺序可以通过在切面类上使用Order注解或实现Ordered接口来定义。数字越小优先级越高越在外层。例如一个Order(1)的切面会比Order(2)的切面更早执行其Around和Before通知但更晚执行其After和AfterReturning通知可以想象成洋葱模型从外到内进入从内到外返回。通知类型的执行顺序在同一个切面内如果同一个切点对应了多个不同类型的通知它们的执行顺序是固定的对于同一个切面Spring不保证Before谁先谁后但不同类型通知的顺序是固定的进入时Around前半部分 -Before- 目标方法退出时正常Around后半部分 -AfterReturning-After退出时异常Around后半部分如果捕获了异常-AfterThrowing-After6.4 自调用问题这是Spring AOP一个经典的坑。考虑以下代码Service public class MyService { public void a() { this.b(); // 自调用 } Transactional public void b() { // 数据库操作 } }当你调用a()方法时b()方法上的Transactional其底层也是AOP会失效。因为a()方法内部通过this.b()调用this指向的是目标对象本身而不是Spring创建的代理对象。因此调用不会经过代理链切面逻辑自然无法生效。解决方案将方法b()移到另一个Service中通过注入的Bean来调用。在同一个类中通过AopContext获取当前代理对象不推荐需要显式配置exposeProxy trueService public class MyService { public void a() { ((MyService) AopContext.currentProxy()).b(); } // ... }并在启动类或配置类上加上EnableAspectJAutoProxy(exposeProxy true)。理解这些底层机制能帮助你在遇到诸如“我的切面为什么不生效”、“事务怎么没回滚”这类问题时更快地定位到问题的根源。7. 生产环境下的最佳实践与常见陷阱掌握了基本用法和原理我们来看看如何在实际项目中用好Spring AOP以及如何避开那些常见的“坑”。7.1 切点表达式要精确避免过度匹配初期为了测试可能会使用execution(* *.*(..))这样的宽泛表达式。但在生产环境这会导致大量不必要的代理创建和方法拦截带来性能开销甚至可能拦截到Spring内部或其他第三方库的方法引发意想不到的行为。务必使你的切点表达式尽可能精确限定到具体的包、类或注解。7.2 在切面中谨慎处理异常AfterThrowing通知通常用于记录和告警不要轻易吞掉异常除非这是你的明确意图。让异常继续抛出由全局异常处理器或调用方处理。Around通知如果你捕获了异常并进行了处理比如返回一个默认值记得在最后还是要将异常抛出或者明确告知调用方处理结果。否则调用方可能感知不到错误的发生。避免在切面中抛出新的检查异常这可能会改变目标方法的签名导致编译错误或运行时UndeclaredThrowableException。7.3 注意切面方法的性能切面逻辑会在每次匹配的方法调用时执行。因此切面方法本身应该轻量、高效。避免在切面中进行复杂的数据库查询、远程调用等耗时操作。如果必须做考虑异步处理。7.4 与Transactional等注解的协作顺序如前所述使用Order来控制顺序。一个典型的顺序是日志切面 (Order(Ordered.HIGHEST_PRECEDENCE 1) - 安全/权限切面 - 事务切面 (Order(Ordered.LOWEST_PRECEDENCE - 1)。确保事务切面在最内层这样日志和安全校验即使失败也不会影响事务边界。7.5 对final、private、static方法无效这是由代理机制决定的。如果你需要对这类方法进行AOP增强考虑重构代码如将方法改为非final、非private或者使用更强大的AspectJ它支持编译时和加载时织入可以增强这类方法。7.6 单元测试的考虑因为AOP是通过代理实现的在单元测试中如果你直接new一个目标对象切面是不会生效的。你需要通过Spring的测试框架如SpringBootTest来启动容器或者手动创建代理对象进行测试。7.7 一个实用的性能监控切面模板下面是一个更健壮、可用于生产环境的简易性能监控切面它考虑了慢请求告警Aspect Component Slf4j public class PerformanceMonitorAspect { Pointcut(within(org.springframework.web.bind.annotation.RestController)) public void restControllerMethods() {} Around(restControllerMethods()) public Object monitor(ProceedingJoinPoint pjp) throws Throwable { String className pjp.getTarget().getClass().getSimpleName(); String methodName pjp.getSignature().getName(); String fullMethodName className . methodName; long startTime System.currentTimeMillis(); boolean isSuccess true; try { return pjp.proceed(); } catch (Exception e) { isSuccess false; throw e; } finally { long cost System.currentTimeMillis() - startTime; log.info(方法 [{}] 执行{}耗时: {}ms, fullMethodName, isSuccess ? 成功 : 失败, cost); // 慢请求告警假设阈值是1000ms if (cost 1000) { log.warn(⚠️ 慢请求告警方法 [{}] 耗时 {}ms请关注, fullMethodName, cost); // 这里可以集成到你的监控告警系统如发送邮件、Slack消息等 } } } }Spring AOP是一个强大的工具它能极大地提升代码的模块化和可维护性。从简单的日志记录到复杂的事务管理、缓存、重试、分布式锁等其思想无处不在。理解其核心概念、掌握其使用模式、并知晓其背后的原理与局限你就能在项目中游刃有余地运用它写出更优雅、更专业的Spring代码。记住最好的学习方式就是动手实践创建一个项目把本文的示例代码都敲一遍再尝试为自己的项目设计一个实用的切面你会对它有更深的理解。