SpringBoot的@Async注解有什么坑？-编程知识

前言

SpringBoot中，@Async注解可以实现异步线程调用，用法简单，体验舒适。但是你一定碰到过异步调用不生效的情况，今天这篇文章总结了@Async注解的坑点，希望对你会有所帮助。

未启用异步支持

Spring Boot默认情况下不启用异步支持，确保在主配置类上添加@EnableAsync注解以启用异步功能。

@SpringBootApplication 
@EnableAsync 
public class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); } 
}

没有配置线程池

如果没有显式地配置线程池，Spring Boot将使用默认的SimpleAsyncTaskExecutor实现。在生产环境，可能导致性能问题。建议使用自定义的线程池配置，推荐ThreadPoolTaskExecutor。

@Configuration 
@EnableAsync 
public class AsyncConfig implements AsyncConfigurer { @Override public Executor getAsyncExecutor() { ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor(); executor.setCorePoolSize(10); // 设置核心线程数 executor.setMaxPoolSize(100); // 设置最大线程数 executor.setQueueCapacity(10); // 设置队列容量 executor.setThreadNamePrefix("Async-"); // 设置线程名前缀 executor.initialize(); return executor;} 
// 其他配置方法... 
}

异步方法在同一个类调用

我们知道Spring通过@Async注解实现异步的功能，底层其实是通过Spring的AOP实现的，也就是说它需要通过JDK动态代理或者cglib，生成代理对象。可以尝试将异步方法移到另一个Bean中，然后通过依赖注入进行调用，这也是万金油用法。

 // 你的业务服务 @Service 
public class MyService { @Autowired private AsyncService asyncService; @Async public void asyncMethod() { // 异步方法逻辑... asyncService.asyncMethod(); // 在另一个Bean中调用异步方法 } 
} 
// 你声明的异步服务，这里面可以是你所有的异步方法，哪里调用直接注入即可。 
@Service 
public class AsyncService { @Async public void asyncMethod() { // 异步方法逻辑... } 
}

方法非public

在实际工作中，我们使用频率最高的可能是public和private了。

如果在定义Service类中的某个方法时，有时把权限修饰符定义错了，例如：

@Slf4j
@Service
public class UserService {@Asyncprivate void async(String value) {log.info("async:{}", value);}
}

这个例子中将UserService类的async()方法的权限修饰符定义成了private的，这样@Async注解也会失效。

因为private修饰的方法，只能在UserService类的对象中使用。

而@Async注解的异步功能，需要使用Spring的AOP生成UserService类的代理对象，该代理对象没法访问UserService类的private方法，因此会出现@Async注解失效的问题。

事务失效问题

@Async方法默认不会继承父方法的事务。如果需要事务支持，请确保异步方法和调用该方法的方法都被@Transactional注解标记。

@Service 
public class MyService { @Autowired private MyRepository myRepository; @Async @Transactional public void asyncMethod() {// 异步方法逻辑... myRepository.save(entity); } 
}

异常处理

异步方法中抛出的异常不能直接捕获，因为调用者将无法获取到异常。建议使用Future或CompletableFuture来捕获异步方法的异常并进行处理。

@Service 
public class MyService { @Async public CompletableFuture<String> asyncMethod() { try { // 异步方法逻辑... return CompletableFuture.completedFuture("Success"); } catch (Exception e) { // 处理异常... return CompletableFuture.failedFuture(e); } 
} 
// 调用异步方法并处理异常 
CompletableFuture<String> future = myService.asyncMethod(); 
future.exceptionally(ex -> { // 异常处理逻辑... return "Error"; });

异步方法无返回结果

异步方法默认情况下是没有返回值的，如果需要获取异步方法的执行结果，依然要使用Future或CompletableFuture，可以将其设置为返回类型。

@Service 
public class MyService { @Async public CompletableFuture<String> asyncMethod() { // 异步方法逻辑... return CompletableFuture.completedFuture("Result"); } 
} 
// 调用异步方法并获取结果 
CompletableFuture<String> future = myService.asyncMethod(); 
String result = future.get(); 
// 阻塞等待结果

当然，正常情况下我们不需要返回结果，而且我也不建议这么干，异步线程本身也最适合处理不需要返回值的一类任务。

在实际项目中，如果想要使用@Async注解的异步功能，相关方法的返回值必须是void或者Future。

循环调用问题

当在同一个类中调用异步方法时，注意避免出现无限递归的循环调用。这可能会导致应用程序卡死或内存溢出。

@Service 
public class MyService { @Autowired private MyService myService; // 自身依赖 @Async public void asyncMethod() { // 异步方法逻辑... myService.asyncMethod(); // 会导致无限递归调用 } 
}

这个坑点一般人不会遇到，但如果某些业务场景是关于树形结构的遍历、图算法等等，还是有几率出现这种情况的，这个坑点列出来仅供学习和了解。

方法用static修饰了

我们的方法会使用static修饰，这样在调用的地方，可以直接使用类名.方法名，访问该方法了。

但如果在@Async方法上加了static修饰符，例如：

@Slf4j
@Service
public class UserService {@Asyncpublic static void async(String value) {log.info("async:{}", value);}
}

这时@Async的异步功能会失效，因为这种情况idea会直接报错：Methods annotated with '@Async' must be overridable 。

使用@Async注解声明的方法，必须是能被重写的，很显然static修饰的方法，是类的静态方法，是不允许被重写的。

因此这种情况下，@Async注解的异步功能会失效。

方法用final修饰

用final修饰的类，没法被继承。

用final修饰的方法，没法被重写。

用final修饰的变量，没法被修改。

如果final使用不当，也会导致@Async注解的异步功能失效，例如：

@Slf4j
@Service
public class UserService {public void test() {async("test");}@Asyncpublic  final void async(String value) {log.info("async:{}", value);}
}

这种情况下idea也会直接报错：Methods annotated with '@Async' must be overridable 。

因为使用final关键字修饰的方法，是没法被子类重写的。

因此这种情况下，@Async注解的异步功能会失效。

异步方法顺序问题

异步方法的执行是非阻塞的，它们可能以任意顺序完成。如果需要按照特定的顺序处理结果，可以使用CompletableFuture的thenApply方法或者使用@Async的order属性来指定顺序。

@Service 
public class MyService { @Async("threadPoolTaskExecutor") public CompletableFuture<String> asyncMethod1() { // 异步方法1逻辑... return CompletableFuture.completedFuture("Result1"); } @Async("threadPoolTaskExecutor") public CompletableFuture<String> asyncMethod2() { // 异步方法2逻辑... return CompletableFuture.completedFuture("Result2"); } 
} 
// 调用异步方法并处理结果顺序 
CompletableFuture<String> future1 = myService.asyncMethod1(); 
CompletableFuture<String> future2 = future1.thenCompose( result1 -> myService.asyncMethod2()); 
String finalResult = future2.get(); 
// 阻塞等待最终结果

自己new的对象

在项目中，我们经常需要new一个对象，然后对他赋值，或者调用它的方法。

但如果new了一个Service类的对象，可能会出现一些意想不到的问题，例如：

@Slf4j
@Service
public class UserService {@Asyncpublic void async(String value) {log.info("async:{}", value);}
}@Service
public class TestService {public void test() {UserService userService = new UserService();userService.async("test");}
}

在TestService类的test()方法中，new了一个UserService类的对象，然后调用该对象的async()方法。

很显然这种情况下，async()方法只能同步执行，没法异步执行。

因为在项目中，我们自己new的对象，不会被Spring管理，因此也就无法使用Spring的异步功能。同样道理，如果没有被@ComponentScan注解指定项目中扫描的包路径，也会导致@Async注解异步的功能失效。