1. 项目概述为什么我们需要深入理解pointcut的execution在Spring AOP的实际开发中Pointcut注解配合execution表达式是定义“在何处织入增强逻辑”的核心工具。很多开发者尤其是刚接触AOP的朋友常常把它当作一个“黑盒”来用从网上复制一个表达式模板改改包名和方法名就完事了。但当你需要拦截一个特定注解标记的方法、或者处理一个接口的所有实现类时简单的复制粘贴往往会导致切面失效、拦截范围过大或过小甚至引发难以排查的性能问题。我自己在构建日志记录、权限校验、事务管理等通用切面时就曾因为对execution理解不透彻而踩过不少坑。比如本想拦截Service层所有public方法结果把toString()和equals()也拦了徒增开销又或者想精确拦截某个update开头的方法却因为返回值或参数类型不匹配而漏掉。这些问题的根源都在于对execution表达式的语法和匹配规则掌握得不够精细。因此这篇文章的目的不是简单地罗列语法而是结合我多年的实战经验帮你彻底拆解execution表达式。我会从最基础的语法结构讲起逐步深入到各种复杂场景的匹配技巧并分享那些官方文档里不会写的、在真实项目中总结出来的“避坑指南”和性能优化心得。无论你是想巩固基础还是寻求解决某个棘手的切面匹配问题相信都能在这里找到答案。2. execution表达式语法全解与核心思想execution表达式源自AspectJ是Spring AOP中最主要、最强大的切入点指示器。它的核心思想是通过方法签名来匹配连接点。一个完整的execution表达式就像一把精密的钥匙必须与目标方法的每一个特征都对上才能成功“开锁”并织入增强。2.1 基础语法结构拆解一个标准的execution表达式格式如下execution([权限修饰符] [返回类型] [类全限定名].[方法名]([参数列表]) [throws 异常类型?])其中[]内的部分是可选的?表示可选部分。*和..是两个最重要的通配符。*匹配任意数量的字符但只能匹配一级。例如com.service.*匹配com.service包下的所有类但不匹配其子包下的类。..匹配任意数量的字符并且可以跨层级。它有两个主要用法在包路径中代表当前包及其所有子包。例如com.service..匹配com.service包及其所有子孙包下的所有类。在参数列表中代表任意数量、任意类型的参数。例如(..)匹配任何参数列表。注意表达式中的空格不是必须的但为了可读性通常在各个部分之间加上空格。Spring在解析时会忽略这些空格。2.2 各组成部分的匹配规则与实战示例理解语法后我们通过具体例子来看每个部分如何工作。1. 权限修饰符可选通常省略表示匹配所有访问权限public, protected, private, 包可见。你也可以显式指定例如execution(public * *(..))只匹配所有public方法。但在实际项目中我们很少单独用它来限制因为业务方法通常都是public的。2. 返回类型必选*匹配任何返回类型。具体类型如Stringintvoid或者全限定类名com.example.Result。常见坑点void也是一个具体的返回类型。execution(* *(..))能匹配返回void的方法但execution(void *(..))只匹配返回void的方法。3. 类全限定名与方法名核心这是最常用的匹配部分。*Service匹配类名以Service结尾的类。com.xxx.*.service.*Service匹配com.xxx下任意一级子包中的service子包下所有以Service结尾的类。set*匹配所有以set开头的方法名。*匹配任意方法名。4. 参数列表必选参数列表的匹配非常灵活也最容易出错。()匹配无参数方法。(..)匹配任意数量、任意类型的参数0个到多个。这是最常用的写法。(java.lang.String)匹配只有一个String类型参数的方法。(java.lang.String, ..)匹配第一个参数为String后面跟0个或多个任意类型参数的方法。(java.lang.String, int)匹配第一个参数为String第二个为int的方法。5. throws异常声明可选极少使用例如execution(* *(..) throws java.io.IOException)。在Spring AOP中几乎用不到因为异常处理通常通过AfterThrowing通知来实现而不是在切入点匹配阶段。2.3 组合与排除within, annotation, beanexecution虽然强大但有时单独使用不够简洁或无法满足需求。Spring AOP提供了其他切入点指示器可以与execution通过与、||或、!非进行组合。within匹配指定类型类或包内的所有方法。它比execution更粗粒度常用于快速限定包范围。Pointcut(within(com.xxx.service..*))匹配com.xxx.service包及其子包下所有类的所有方法。这比写execution(* com.xxx.service..*.*(..))更简洁。Pointcut(within(org.springframework.stereotype.Service *))匹配所有被Service注解标记的类中的所有方法。这在基于注解的Spring项目中非常实用。annotation匹配被指定注解标记的方法。这是实现注解驱动切面的关键。Pointcut(annotation(com.xxx.annotation.OperateLog))匹配所有被OperateLog注解标记的方法。这样我们只需要在需要记录日志的方法上加上该注解即可无需关心其类名、方法名实现了关注点分离。beanSpring独有的指示器根据Spring容器中Bean的ID或Name进行匹配。Pointcut(bean(userService))匹配ID为userService的Bean的所有方法。Pointcut(bean(*Service))匹配所有ID以Service结尾的Bean的所有方法。这在拦截特定一组Service时非常方便。组合示例// 组合1拦截service包下非查询方法 Pointcut(execution(* com.xxx.service..*.*(..)) !execution(* com.xxx.service..*.get*(..)) !execution(* com.xxx.service..*.find*(..))) public void nonQueryOperation() {} // 组合2拦截特定包下带有自定义注解的方法推荐更清晰 Pointcut(within(com.xxx.web..*) annotation(org.springframework.web.bind.annotation.PostMapping)) public void postMappingInWebLayer() {}3. 高频实战场景与精准匹配策略掌握了语法我们来看看在实际项目中如何针对不同场景设计最精准、最有效的切入点表达式。3.1 场景一分层架构下的通用切面定义在标准的Controller-Service-Dao三层架构中我们通常希望切面作用于某一层。Web层拦截通常拦截所有Controller的公共方法进行参数校验、日志记录或权限判断。// 方案A使用within匹配注解 Pointcut(within(org.springframework.stereotype.Controller *) || within(org.springframework.web.bind.annotation.RestController *)) public void webLayer() {} // 方案B使用execution匹配包路径如果包结构规范 Pointcut(execution(* com.xxx.controller..*.*(..))) public void controllerLayer() {}实操心得更推荐方案A。因为它不依赖于固定的包名controller只要类上标记了Controller或RestController就会被拦截即使你把Controller类放在别的包里也能生效耦合度更低。Service层拦截用于事务管理、业务日志、性能监控等。// 匹配Service注解的类 Pointcut(within(org.springframework.stereotype.Service *)) public void serviceLayer() {} // 或者匹配特定接口的所有实现类适用于基于接口的编程 Pointcut(execution(* com.xxx.service.UserService.*(..))) public void userServiceInterface() {}Dao层拦截可用于数据源路由、慢查询监控等。Pointcut(within(org.springframework.stereotype.Repository *)) public void daoLayer() {}3.2 场景二基于方法特征的精细化拦截有时我们需要更细的粒度比如只拦截增删改不拦截查询。拦截“写”操作放过“读”操作Pointcut(execution(* com.xxx.service..*.save*(..)) || execution(* com.xxx.service..*.update*(..)) || execution(* com.xxx.service..*.delete*(..)) || execution(* com.xxx.service..*.remove*(..))) public void writeOperation() {}避坑指南这种通过方法名前缀匹配的方式存在风险。如果有一个方法叫saveAndLog()它会被拦截这符合预期。但如果有一个查询方法叫findUpdateHistory()因为它包含update也可能被意外拦截因此在团队中必须建立严格的方法命名规范或者使用下面更可靠的注解驱动方式。拦截特定返回值或参数的方法// 拦截返回值为Result类型的方法进行统一包装检查 Pointcut(execution(com.xxx.common.Result com.xxx..*.*(..))) public void returnsResult() {} // 拦截第一个参数为Long类型的方法常用于ID操作 Pointcut(execution(* *(java.lang.Long, ..))) public void firstArgIsLong() {}3.3 场景三注解驱动切面——最佳实践这是我最推荐的方式它极大地提高了切面的灵活性和可维护性。核心思想是自定义一个注解在需要被切面管理的方法上标记该注解切入点则匹配这个注解。步骤定义自定义注解。Target(ElementType.METHOD) Retention(RetentionPolicy.RUNTIME) public interface OperateLog { String bizType() default ; String operate() default ; }在切面中定义匹配该注解的切入点。Pointcut(annotation(com.xxx.annotation.OperateLog)) public void operateLogPointcut() {}在需要记录日志的业务方法上使用OperateLog注解。Service public class UserServiceImpl { OperateLog(bizType 用户管理, operate 新增用户) public void createUser(User user) { // ...业务逻辑 } }优势解耦切面定义不再依赖具体的包名、类名、方法名只关注注解。意图清晰在方法上添加注解明确声明了该方法需要被切面管理代码可读性高。灵活配置可以通过注解的属性传递业务参数如bizType在通知中获取实现更动态的逻辑。易于维护当业务方法移动位置或重命名时只要注解还在切面依然生效。4. 高级技巧、性能考量与深度避坑当你的应用变得庞大切面越来越多时一些高级问题和性能陷阱就会浮现。4.1 处理继承与接口的动态代理问题Spring AOP默认使用JDK动态代理基于接口或CGLIB基于类来创建代理对象。这对切入点匹配有影响。executionvswithinexecution(* com.xxx.BaseService.*(..))匹配BaseService类中直接定义的方法。如果子类ChildService继承了这些方法在调用子类方法时该切入点可能不会匹配因为实际执行的是子类的方法。within(org.springframework.transaction.annotation.Transactional)匹配类上带有Transactional注解的类中的所有方法。即使该方法是从父类继承的只要当前类上有该注解就会被匹配。这对于处理继承体系中的注解行为非常有用。针对接口的匹配execution(* com.xxx.UserService.*(..))会匹配UserService接口中声明的所有方法无论其实现类是什么。这是面向接口编程时常用的方式。4.2 性能优化减少切入点匹配的代价切入点匹配是在运行时进行的过于复杂或范围过广的表达式会影响性能。精确匹配优于模糊匹配execution(* com.xxx.service.UserServiceImpl.save(..))比execution(* com.xxx.service..*.*(..))性能好得多因为前者在代理对象创建时就能更快地判断是否需要为其生成代理逻辑。使用within缩小范围在execution前用within限定包范围可以提前排除大量不相关的类。// 优化前对所有包进行方法签名匹配 // Pointcut(execution(* com.xxx..*.save*(..))) // 优化后先限定在service包再匹配方法 Pointcut(within(com.xxx.service..*) execution(* save*(..))) public void optimizedSavePointcut() {}避免在循环或高频方法中使用过于复杂的切面如果切面逻辑本身很重如远程调用、复杂IO即使匹配很快也会成为瓶颈。缓存代理对象Spring容器默认会缓存单例Bean的代理对象。确保你的Bean是单例的可以避免重复创建代理和解析切入点的开销。4.3 常见问题排查实录与解决方案问题1切面不生效这是最常见的问题。排查思路如下Bean是否被Spring管理切面类本身必须是一个Spring Bean通常用Component或Aspect标记。切入点表达式是否正确检查包名、类名、方法名是否写错。使用IDE的查找功能确认表达式是否能找到目标方法。方法是否为publicSpring AOP默认只代理public方法。如果你要拦截protected或private方法需要将切面配置为使用AspectJ的编译时或加载时织入LTW但这超出了Spring AOP的默认能力范围。方法调用是否来自代理对象内部这是经典的“自调用”问题。在同一个类中方法A调用方法B即使方法B匹配切入点其增强逻辑也不会执行因为调用发生在this引用上而不是Spring生成的代理对象上。解决方法是将方法B抽取到另一个Bean中或使用AopContext.currentProxy()获取当前代理对象再进行调用需配置expose-proxytrue。问题2切面执行了多次检查切入点表达式范围是否过大例如execution(* *(..))会匹配所有Bean的所有方法包括Spring自身的Bean可能导致切面被意外触发多次。检查是否有多个切面匹配了同一个方法使用Order注解或实现Ordered接口来定义切面的执行顺序但不会减少执行次数。如果是不必要的重复匹配需要优化切入点表达式。问题3获取注解属性值为null在通知中通过JoinPoint或ProceedingJoinPoint获取方法上的注解时需要确保获取的是方法上的注解实例。Before(operateLogPointcut()) public void beforeLog(JoinPoint joinPoint) { MethodSignature signature (MethodSignature) joinPoint.getSignature(); Method method signature.getMethod(); // 正确方式通过Method对象获取注解 OperateLog annotation method.getAnnotation(OperateLog.class); // 错误方式joinPoint.getTarget().getClass()... 这可能获取到的是代理类或父类的注解 String bizType annotation.bizType(); // ... 使用bizType }问题4环绕通知Around导致原始方法不执行这是一个低级但容易犯的错误。在Around通知中你必须手动调用ProceedingJoinPoint.proceed()来执行原始方法。Around(pointcut()) public Object around(ProceedingJoinPoint pjp) throws Throwable { // 前置逻辑... Object result pjp.proceed(); // 这行必须调用 // 后置逻辑... return result; }如果忘记调用proceed()或者在前置逻辑中发生异常导致没有执行到这一行原始方法就永远不会被执行。
Spring AOP @Pointcut execution表达式全解析：从语法到实战避坑指南
1. 项目概述为什么我们需要深入理解pointcut的execution在Spring AOP的实际开发中Pointcut注解配合execution表达式是定义“在何处织入增强逻辑”的核心工具。很多开发者尤其是刚接触AOP的朋友常常把它当作一个“黑盒”来用从网上复制一个表达式模板改改包名和方法名就完事了。但当你需要拦截一个特定注解标记的方法、或者处理一个接口的所有实现类时简单的复制粘贴往往会导致切面失效、拦截范围过大或过小甚至引发难以排查的性能问题。我自己在构建日志记录、权限校验、事务管理等通用切面时就曾因为对execution理解不透彻而踩过不少坑。比如本想拦截Service层所有public方法结果把toString()和equals()也拦了徒增开销又或者想精确拦截某个update开头的方法却因为返回值或参数类型不匹配而漏掉。这些问题的根源都在于对execution表达式的语法和匹配规则掌握得不够精细。因此这篇文章的目的不是简单地罗列语法而是结合我多年的实战经验帮你彻底拆解execution表达式。我会从最基础的语法结构讲起逐步深入到各种复杂场景的匹配技巧并分享那些官方文档里不会写的、在真实项目中总结出来的“避坑指南”和性能优化心得。无论你是想巩固基础还是寻求解决某个棘手的切面匹配问题相信都能在这里找到答案。2. execution表达式语法全解与核心思想execution表达式源自AspectJ是Spring AOP中最主要、最强大的切入点指示器。它的核心思想是通过方法签名来匹配连接点。一个完整的execution表达式就像一把精密的钥匙必须与目标方法的每一个特征都对上才能成功“开锁”并织入增强。2.1 基础语法结构拆解一个标准的execution表达式格式如下execution([权限修饰符] [返回类型] [类全限定名].[方法名]([参数列表]) [throws 异常类型?])其中[]内的部分是可选的?表示可选部分。*和..是两个最重要的通配符。*匹配任意数量的字符但只能匹配一级。例如com.service.*匹配com.service包下的所有类但不匹配其子包下的类。..匹配任意数量的字符并且可以跨层级。它有两个主要用法在包路径中代表当前包及其所有子包。例如com.service..匹配com.service包及其所有子孙包下的所有类。在参数列表中代表任意数量、任意类型的参数。例如(..)匹配任何参数列表。注意表达式中的空格不是必须的但为了可读性通常在各个部分之间加上空格。Spring在解析时会忽略这些空格。2.2 各组成部分的匹配规则与实战示例理解语法后我们通过具体例子来看每个部分如何工作。1. 权限修饰符可选通常省略表示匹配所有访问权限public, protected, private, 包可见。你也可以显式指定例如execution(public * *(..))只匹配所有public方法。但在实际项目中我们很少单独用它来限制因为业务方法通常都是public的。2. 返回类型必选*匹配任何返回类型。具体类型如Stringintvoid或者全限定类名com.example.Result。常见坑点void也是一个具体的返回类型。execution(* *(..))能匹配返回void的方法但execution(void *(..))只匹配返回void的方法。3. 类全限定名与方法名核心这是最常用的匹配部分。*Service匹配类名以Service结尾的类。com.xxx.*.service.*Service匹配com.xxx下任意一级子包中的service子包下所有以Service结尾的类。set*匹配所有以set开头的方法名。*匹配任意方法名。4. 参数列表必选参数列表的匹配非常灵活也最容易出错。()匹配无参数方法。(..)匹配任意数量、任意类型的参数0个到多个。这是最常用的写法。(java.lang.String)匹配只有一个String类型参数的方法。(java.lang.String, ..)匹配第一个参数为String后面跟0个或多个任意类型参数的方法。(java.lang.String, int)匹配第一个参数为String第二个为int的方法。5. throws异常声明可选极少使用例如execution(* *(..) throws java.io.IOException)。在Spring AOP中几乎用不到因为异常处理通常通过AfterThrowing通知来实现而不是在切入点匹配阶段。2.3 组合与排除within, annotation, beanexecution虽然强大但有时单独使用不够简洁或无法满足需求。Spring AOP提供了其他切入点指示器可以与execution通过与、||或、!非进行组合。within匹配指定类型类或包内的所有方法。它比execution更粗粒度常用于快速限定包范围。Pointcut(within(com.xxx.service..*))匹配com.xxx.service包及其子包下所有类的所有方法。这比写execution(* com.xxx.service..*.*(..))更简洁。Pointcut(within(org.springframework.stereotype.Service *))匹配所有被Service注解标记的类中的所有方法。这在基于注解的Spring项目中非常实用。annotation匹配被指定注解标记的方法。这是实现注解驱动切面的关键。Pointcut(annotation(com.xxx.annotation.OperateLog))匹配所有被OperateLog注解标记的方法。这样我们只需要在需要记录日志的方法上加上该注解即可无需关心其类名、方法名实现了关注点分离。beanSpring独有的指示器根据Spring容器中Bean的ID或Name进行匹配。Pointcut(bean(userService))匹配ID为userService的Bean的所有方法。Pointcut(bean(*Service))匹配所有ID以Service结尾的Bean的所有方法。这在拦截特定一组Service时非常方便。组合示例// 组合1拦截service包下非查询方法 Pointcut(execution(* com.xxx.service..*.*(..)) !execution(* com.xxx.service..*.get*(..)) !execution(* com.xxx.service..*.find*(..))) public void nonQueryOperation() {} // 组合2拦截特定包下带有自定义注解的方法推荐更清晰 Pointcut(within(com.xxx.web..*) annotation(org.springframework.web.bind.annotation.PostMapping)) public void postMappingInWebLayer() {}3. 高频实战场景与精准匹配策略掌握了语法我们来看看在实际项目中如何针对不同场景设计最精准、最有效的切入点表达式。3.1 场景一分层架构下的通用切面定义在标准的Controller-Service-Dao三层架构中我们通常希望切面作用于某一层。Web层拦截通常拦截所有Controller的公共方法进行参数校验、日志记录或权限判断。// 方案A使用within匹配注解 Pointcut(within(org.springframework.stereotype.Controller *) || within(org.springframework.web.bind.annotation.RestController *)) public void webLayer() {} // 方案B使用execution匹配包路径如果包结构规范 Pointcut(execution(* com.xxx.controller..*.*(..))) public void controllerLayer() {}实操心得更推荐方案A。因为它不依赖于固定的包名controller只要类上标记了Controller或RestController就会被拦截即使你把Controller类放在别的包里也能生效耦合度更低。Service层拦截用于事务管理、业务日志、性能监控等。// 匹配Service注解的类 Pointcut(within(org.springframework.stereotype.Service *)) public void serviceLayer() {} // 或者匹配特定接口的所有实现类适用于基于接口的编程 Pointcut(execution(* com.xxx.service.UserService.*(..))) public void userServiceInterface() {}Dao层拦截可用于数据源路由、慢查询监控等。Pointcut(within(org.springframework.stereotype.Repository *)) public void daoLayer() {}3.2 场景二基于方法特征的精细化拦截有时我们需要更细的粒度比如只拦截增删改不拦截查询。拦截“写”操作放过“读”操作Pointcut(execution(* com.xxx.service..*.save*(..)) || execution(* com.xxx.service..*.update*(..)) || execution(* com.xxx.service..*.delete*(..)) || execution(* com.xxx.service..*.remove*(..))) public void writeOperation() {}避坑指南这种通过方法名前缀匹配的方式存在风险。如果有一个方法叫saveAndLog()它会被拦截这符合预期。但如果有一个查询方法叫findUpdateHistory()因为它包含update也可能被意外拦截因此在团队中必须建立严格的方法命名规范或者使用下面更可靠的注解驱动方式。拦截特定返回值或参数的方法// 拦截返回值为Result类型的方法进行统一包装检查 Pointcut(execution(com.xxx.common.Result com.xxx..*.*(..))) public void returnsResult() {} // 拦截第一个参数为Long类型的方法常用于ID操作 Pointcut(execution(* *(java.lang.Long, ..))) public void firstArgIsLong() {}3.3 场景三注解驱动切面——最佳实践这是我最推荐的方式它极大地提高了切面的灵活性和可维护性。核心思想是自定义一个注解在需要被切面管理的方法上标记该注解切入点则匹配这个注解。步骤定义自定义注解。Target(ElementType.METHOD) Retention(RetentionPolicy.RUNTIME) public interface OperateLog { String bizType() default ; String operate() default ; }在切面中定义匹配该注解的切入点。Pointcut(annotation(com.xxx.annotation.OperateLog)) public void operateLogPointcut() {}在需要记录日志的业务方法上使用OperateLog注解。Service public class UserServiceImpl { OperateLog(bizType 用户管理, operate 新增用户) public void createUser(User user) { // ...业务逻辑 } }优势解耦切面定义不再依赖具体的包名、类名、方法名只关注注解。意图清晰在方法上添加注解明确声明了该方法需要被切面管理代码可读性高。灵活配置可以通过注解的属性传递业务参数如bizType在通知中获取实现更动态的逻辑。易于维护当业务方法移动位置或重命名时只要注解还在切面依然生效。4. 高级技巧、性能考量与深度避坑当你的应用变得庞大切面越来越多时一些高级问题和性能陷阱就会浮现。4.1 处理继承与接口的动态代理问题Spring AOP默认使用JDK动态代理基于接口或CGLIB基于类来创建代理对象。这对切入点匹配有影响。executionvswithinexecution(* com.xxx.BaseService.*(..))匹配BaseService类中直接定义的方法。如果子类ChildService继承了这些方法在调用子类方法时该切入点可能不会匹配因为实际执行的是子类的方法。within(org.springframework.transaction.annotation.Transactional)匹配类上带有Transactional注解的类中的所有方法。即使该方法是从父类继承的只要当前类上有该注解就会被匹配。这对于处理继承体系中的注解行为非常有用。针对接口的匹配execution(* com.xxx.UserService.*(..))会匹配UserService接口中声明的所有方法无论其实现类是什么。这是面向接口编程时常用的方式。4.2 性能优化减少切入点匹配的代价切入点匹配是在运行时进行的过于复杂或范围过广的表达式会影响性能。精确匹配优于模糊匹配execution(* com.xxx.service.UserServiceImpl.save(..))比execution(* com.xxx.service..*.*(..))性能好得多因为前者在代理对象创建时就能更快地判断是否需要为其生成代理逻辑。使用within缩小范围在execution前用within限定包范围可以提前排除大量不相关的类。// 优化前对所有包进行方法签名匹配 // Pointcut(execution(* com.xxx..*.save*(..))) // 优化后先限定在service包再匹配方法 Pointcut(within(com.xxx.service..*) execution(* save*(..))) public void optimizedSavePointcut() {}避免在循环或高频方法中使用过于复杂的切面如果切面逻辑本身很重如远程调用、复杂IO即使匹配很快也会成为瓶颈。缓存代理对象Spring容器默认会缓存单例Bean的代理对象。确保你的Bean是单例的可以避免重复创建代理和解析切入点的开销。4.3 常见问题排查实录与解决方案问题1切面不生效这是最常见的问题。排查思路如下Bean是否被Spring管理切面类本身必须是一个Spring Bean通常用Component或Aspect标记。切入点表达式是否正确检查包名、类名、方法名是否写错。使用IDE的查找功能确认表达式是否能找到目标方法。方法是否为publicSpring AOP默认只代理public方法。如果你要拦截protected或private方法需要将切面配置为使用AspectJ的编译时或加载时织入LTW但这超出了Spring AOP的默认能力范围。方法调用是否来自代理对象内部这是经典的“自调用”问题。在同一个类中方法A调用方法B即使方法B匹配切入点其增强逻辑也不会执行因为调用发生在this引用上而不是Spring生成的代理对象上。解决方法是将方法B抽取到另一个Bean中或使用AopContext.currentProxy()获取当前代理对象再进行调用需配置expose-proxytrue。问题2切面执行了多次检查切入点表达式范围是否过大例如execution(* *(..))会匹配所有Bean的所有方法包括Spring自身的Bean可能导致切面被意外触发多次。检查是否有多个切面匹配了同一个方法使用Order注解或实现Ordered接口来定义切面的执行顺序但不会减少执行次数。如果是不必要的重复匹配需要优化切入点表达式。问题3获取注解属性值为null在通知中通过JoinPoint或ProceedingJoinPoint获取方法上的注解时需要确保获取的是方法上的注解实例。Before(operateLogPointcut()) public void beforeLog(JoinPoint joinPoint) { MethodSignature signature (MethodSignature) joinPoint.getSignature(); Method method signature.getMethod(); // 正确方式通过Method对象获取注解 OperateLog annotation method.getAnnotation(OperateLog.class); // 错误方式joinPoint.getTarget().getClass()... 这可能获取到的是代理类或父类的注解 String bizType annotation.bizType(); // ... 使用bizType }问题4环绕通知Around导致原始方法不执行这是一个低级但容易犯的错误。在Around通知中你必须手动调用ProceedingJoinPoint.proceed()来执行原始方法。Around(pointcut()) public Object around(ProceedingJoinPoint pjp) throws Throwable { // 前置逻辑... Object result pjp.proceed(); // 这行必须调用 // 后置逻辑... return result; }如果忘记调用proceed()或者在前置逻辑中发生异常导致没有执行到这一行原始方法就永远不会被执行。