Spring Boot 2.1.1.RELEASE中@Async注解失效问题求助

针对你遇到的跨服务调用中@Async不生效的问题，结合原项目规模大、克隆小服务正常的现象，重点排查以下几个方向：

• 确认代理方式适配
  Spring默认使用JDK动态代理，要求被代理类必须实现接口。如果EmailService未实现接口，需在主启动类的@EnableAsync注解中开启CGLIB代理：

  @EnableAsync(proxyTargetClass = true)
  

  同时确保EmailService类未被标记为final，否则CGLIB无法生成代理子类。

• 检查Bean注入与调用合法性

  1. 确保BusinessLogicService和EmailService都被Spring容器管理（类上标注@Service/@Component等注解），且BusinessLogicService中注入的EmailService是通过@Autowired/@Resource获取的代理实例，而非手动new的对象。
  2. 确认sendMail方法是public权限，Spring代理无法拦截private/protected方法。

• 排查AOP代理顺序冲突
  若项目中存在其他AOP切面（如事务、日志切面），可能因代理顺序导致异步切面未生效。可调整异步切面的优先级：

  @EnableAsync(order = Ordered.HIGHEST_PRECEDENCE)
  

  确保异步代理先于其他切面执行。

• 检查线程池配置问题

  1. 若自定义了异步线程池，需确保线程池Bean被正确注册，且@Async注解指定的线程池名称与Bean名称一致（如@Async("emailThreadPool")）。
  2. 未自定义线程池时，Spring默认使用SimpleAsyncTaskExecutor，但需确认项目中未通过配置禁用异步线程池（如spring.task.execution.pool.enabled=false）。

• 排查Bean重复定义或扫描范围问题
  原项目规模大，可能存在多个EmailService实例：

  1. 检查是否有同名类在不同包下被扫描，或通过@Bean重复定义了EmailService。
  2. 确认主启动类的@ComponentScan范围包含EmailService和BusinessLogicService所在包，避免Bean未被Spring管理。

• 验证异步注解的生效条件
  确保@Async注解未被误放在接口方法上（若使用JDK代理，接口方法加@Async是有效的，但需确保实现类的方法未覆盖注解），且方法未被@Transactional等注解导致的代理嵌套影响。

内容的提问来源于stack exchange，提问作者Sherif Mo Shalaby