重新认识一下@Async，开启异步之路
异步调用几乎是重新之路处理高并发，解决性能问题常用的认识手段，如何开启异步调用？开启SpringBoot中提供了非常简单的方式，就是异步一个注解@Async。今天我们重新认识一下@Async,重新之路以及注意事项
简单使用新建三个作业任务：
@Service
public class TaskDemo {
private static Logger logger = LoggerFactory.getLogger(TaskDemo.class);
public void execute1() {
logger.info("处理耗时任务1......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务1......结束");
}
public void execute2() {
logger.info("处理耗时任务2......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务2......结束");
}
public void execute3() {
logger.info("处理耗时任务3......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务3......结束");
}
}测试代码：
@RestController
public class TaskController {
@Autowired
private TaskDemo taskDemo;
@GetMapping("/task/test")
public String testTask() {
taskDemo.execute1();
taskDemo.execute2();
taskDemo.execute3();
return "ok";
}
}执行后我们可以发现，上面的认识代码是同一个线程的同步执行，整体耗时9秒才完成。开启
springboot的异步异步，是重新之路非常简单的，加2个注解即可
@Service
public class TaskDemo {
private static Logger logger = LoggerFactory.getLogger(TaskDemo.class);
@Async
public void execute1() {
logger.info("处理耗时任务1......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务1......结束");
}
@Async
public void execute2() {
logger.info("处理耗时任务2......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务2......结束");
}
@Async
public void execute3() {
logger.info("处理耗时任务3......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务3......结束");
}
}@SpringBootApplication
@EnableAsync
public class DemoApp {
public static void main(String[] args) {
SpringApplication.run(DemoApp.class,认识args);
}
}增加了@Async和@EnableAsync两个注解
从执行结果发现，整个流程用了3秒，开启以及用了3个线程执行。异步完成了异步调用
异步回调有些场景我们需要知道异步处理的重新之路任务什么时候完成，需要做额外的认识业务处理。如：我们需要在3个任务都完成后，开启提示一下给用户
@Service
public class TaskDemo {
private static Logger logger = LoggerFactory.getLogger(TaskDemo.class);
@Async
public Future
logger.info("处理耗时任务1......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务1......结束");
return new AsyncResult<>("任务1 ok");
}
@Async
public Future
logger.info("处理耗时任务2......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务2......结束");
return new AsyncResult<>("任务2 ok");
}
@Async
public Future
logger.info("处理耗时任务3......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务3......结束");
return new AsyncResult<>("任务3 ok");
}
}@RestController
public class TaskController {
private static Logger logger = LoggerFactory.getLogger(TaskController.class);
@Autowired
private TaskDemo taskDemo;
@GetMapping("/task/test")
public String testTask() throws InterruptedException {
Future
Future
Future
while (true){
if (task1.isDone() && task2.isDone() && task3.isDone()){
break;
}
TimeUnit.SECONDS.sleep(1);
}
logger.info(">>>>>>3个任务都处理完成");
return "ok";
}
}
执行结果发现，在请求线程里面给用户提示了3个任务都处理完成了。
这段代码主要改变了什么：
1、把具体任务返回类型改为了Future类型对象
2、云服务器提供商在调用任务时，循环判断任务是否处理完自定义线程池说到异步处理，一定要考虑到线程池，什么是线程池，小伙伴可自行网补。@Async的线程池定义比较方便，直接上代码：
@Configuration
public class ThreadPoolConfig {
@Bean(name = "taskPool01Executor")
public ThreadPoolTaskExecutor getTaskPool01Executor() {
ThreadPoolTaskExecutor taskExecutor = new ThreadPoolTaskExecutor();
//核心线程数
taskExecutor.setCorePoolSize(10);
//线程池维护线程的最大数量,只有在缓冲队列满了之后才会申请超过核心线程数的线程
taskExecutor.setMaxPoolSize(100);
//缓存队列
taskExecutor.setQueueCapacity(50);
//许的空闲时间,当超过了核心线程出之外的线程在空闲时间到达之后会被销毁
taskExecutor.setKeepAliveSeconds(200);
//异步方法内部线程名称
taskExecutor.setThreadNamePrefix("TaskPool-01-");
/
*** 当线程池的任务缓存队列已满并且线程池中的线程数目达到maximumPoolSize，如果还有任务到来就会采取任务拒绝策略
* 通常有以下四种策略：
* ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。
* ThreadPoolExecutor.DiscardPolicy：也是丢弃任务，但是不抛出异常。
* ThreadPoolExecutor.DiscardOldestPolicy：丢弃队列最前面的任务，然后重新尝试执行任务（重复此过程）
* ThreadPoolExecutor.CallerRunsPolicy：重试添加当前的任务，自动重复调用 execute() 方法，直到成功
*/
taskExecutor.setRejectedExecutionHandler(new ThreadPoolExecutor.AbortPolicy());
taskExecutor.setWaitForTasksToCompleteOnShutdown(true);
taskExecutor.initialize();
return taskExecutor;
}
@Bean(name = "taskPool02Executor")
public ThreadPoolTaskExecutor getTaskPool02Executor() {
ThreadPoolTaskExecutor taskExecutor = new ThreadPoolTaskExecutor();
//核心线程数
taskExecutor.setCorePoolSize(10);
//线程池维护线程的最大数量,只有在缓冲队列满了之后才会申请超过核心线程数的线程
taskExecutor.setMaxPoolSize(100);
//缓存队列
taskExecutor.setQueueCapacity(50);
//许的空闲时间,当超过了核心线程出之外的高防服务器线程在空闲时间到达之后会被销毁
taskExecutor.setKeepAliveSeconds(200);
//异步方法内部线程名称
taskExecutor.setThreadNamePrefix("TaskPool-02-");
/
*** 当线程池的任务缓存队列已满并且线程池中的线程数目达到maximumPoolSize，如果还有任务到来就会采取任务拒绝策略
* 通常有以下四种策略：
* ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。
* ThreadPoolExecutor.DiscardPolicy：也是丢弃任务，但是不抛出异常。
* ThreadPoolExecutor.DiscardOldestPolicy：丢弃队列最前面的任务，然后重新尝试执行任务（重复此过程）
* ThreadPoolExecutor.CallerRunsPolicy：重试添加当前的任务，自动重复调用 execute() 方法，直到成功
*/
taskExecutor.setRejectedExecutionHandler(new ThreadPoolExecutor.AbortPolicy());
taskExecutor.setWaitForTasksToCompleteOnShutdown(true);
taskExecutor.initialize();
return taskExecutor;
}
}定义了2个线程池Bean
@Service
public class TaskDemo {
private static Logger logger = LoggerFactory.getLogger(TaskDemo.class);
@Async("taskPool01Executor")
public Future
logger.info("处理耗时任务1......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务1......结束");
return new AsyncResult<>("任务1 ok");
}
@Async("taskPool01Executor")
public Future
logger.info("处理耗时任务2......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务2......结束");
return new AsyncResult<>("任务2 ok");
}
@Async("taskPool02Executor")
public Future
logger.info("处理耗时任务3......开始");
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
e.printStackTrace();
}
logger.info("处理耗时任务3......结束");
return new AsyncResult<>("任务3 ok");
}
}@Async(“线程池名称”)，指定value使用自己定义的线程池：
执行结果利用了线程池。
注意事项（一定注意）在使用@Async注解时，很多小伙伴都会发现异步使用失败。主要原因是异步方法的定义出了问题。
1、异步方法不能使用static修饰
2、异步类没有使用@Component注解（或其他注解）导致spring无法扫描到异步类
3、异步方法和调用异步方法的方法不能在同一个类
4、类中需要使用@Autowired或@Resource等注解自动注入，不能自己手动new对象
5、如果使用SpringBoot框架必须在启动类中增加@EnableAsync注解