@Async方法上自定义注解失效，本质是异步执行绕过代理对象导致AOP切面无法触发；因@Async将方法提交至线程池直接调用目标实例，不经过代理链，故依赖@Around/@Before的自定义注解（如@Log、@Retry）均不生效。
@Async 方法上自定义注解失效，本质不是“@Async 吃掉了你的注解”，而是 Spring 的代理机制和执行链路发生了偏移。自定义注解（比如日志、权限、重试、参数校验等）通常依赖 AOP 切面拦截，而 @Async 的异步调用会绕过原始对象的调用路径，导致切面无法命中。
自定义注解失效的核心原因
Spring 的 @Async 是基于代理 + 线程池实现的：当方法被 @Async 标记后，Spring 会通过代理将该方法提交到线程池执行——这个过程发生在新线程中，且不经过原 Bean 的代理对象调用链。也就是说：
- 原始调用方（如 Controller）触发的是代理对象上的方法 → 可能命中你定义的 AOP 切面；
- 但 @Async 方法内部实际执行时，是在线程池线程里直接调用目标 Bean 的实例方法 → 绕过了代理层 → 自定义注解对应的切面不会触发；
- 即使你在 @Async 方法上同时写了 @Log、@Retry、@ValidParam 等自定义注解，只要它们依赖 @Around/@Before 等 AOP 拦截，就大概率不生效。
常见误用场景与验证方式
以下写法看似合理，实则自定义注解不会起作用：
- 在 @Async 方法上直接加 @Log 或 @Trace：日志不会打在异步线程上下文，或根本没记录；
- 用 @Validated 校验入参：校验逻辑在主线程已走完，异步线程里不会重新触发；
- @Transactional + 自定义审计注解共用：事务由主线程开启，异步方法运行在无事务上下文的新线程，审计切面也因无代理而跳过。
验证是否失效很简单：在自定义注解的切面里加一行日志，再在 @Async 方法里也加一行日志，观察两者是否在同一时间、同一线程打印。若只有后者输出，说明切面根本没进。
立即学习“Java免费学习笔记（深入）”；
真正有效的解决思路
不能指望 AOP 自动跨线程生效，得主动把上下文和逻辑“带过去”：
- 手动触发自定义逻辑：把校验、日志、埋点等操作显式写在 @Async 方法体内，而不是靠注解驱动；
- 传递关键上下文：使用 InheritableThreadLocal 存储用户 ID、traceId、Locale 等，确保子线程可读；
- 用 TaskDecorator 包装任务：在自定义线程池中设置 decorator，在任务执行前注入上下文或预处理逻辑；
- 拆分职责，避免混用：让 @Async 只负责“调度”，真正业务逻辑封装在另一个普通方法中，并由该方法承载全部注解与切面。
为什么 @Async 不支持嵌套 AOP？
因为 Spring AOP 的织入发生在代理对象方法调用时，而 @Async 的执行路径是：
代理对象 → 提交 Runnable/Callable 到线程池 → 线程池线程调用 targetBean.method() → 直接执行，不再走代理对象。
所以任何依赖代理拦截的机制（包括 @Transactional、@Cacheable、以及你写的 @Log、@Retry）都会在此断开。
