浅析SpringBoot中使用@scheduled定时执行任务需要注意的单线程的坑.pdfVIP

浅析SpringBoot中使⽤@scheduled定时执⾏任务需要注意的单

线程的坑

⼀、问题现象

可以通过如下代码进⾏测试：

@Scheduled(cron=0/1****?)

publicvoiddeleteFile()throwsInterruptedException{

(111deletesuccess,time:+newDate().toString());

Thread.sleep(1000*5);//模拟长时间执⾏，⽐如IO操作，http请求

}

@Scheduled(cron=0/1****?)

publicvoidsyncFile(){

(222syncsuccess,time:+newDate().toString());

}

/**输出如下：

[pool-1-thread-1]:111deletesuccess,time:MonNov2620:42:13CST2018

[pool-1-thread-1]:222syncsuccess,time:MonNov2620:42:18CST2018

[pool-1-thread-1]:111deletesuccess,time:MonNov2620:42:19CST2018

[pool-1-thread-1]:222syncsuccess,time:MonNov2620:42:24CST2018

[pool-1-thread-1]:222syncsuccess,time:MonNov2620:42:25CST2018

[pool-1-thread-1]:111deletesuccess,time:MonNov2620:42:25CST2018

上⾯的⽇志中可以明显的看到syncFile被阻塞了，直达deleteFile执⾏完它才执⾏了

⽽且从⽇志信息中也可以看出@Scheduled是使⽤了⼀个线程池中的⼀个单线程来执⾏所有任务的。

**/

/**如果把Thread.sleep(1000*5)注释了，输出如下：

[pool-1-thread-1]:111deletesuccess,time:MonNov2620:48:04CST2018

[pool-1-thread-1]:222syncsuccess,time:MonNov2620:48:04CST2018

[pool-1-thread-1]:222syncsuccess,time:MonNov2620:48:05CST2018

[pool-1-thread-1]:111deletesuccess,time:MonNov2620:48:05CST2018

[pool-1-thread-1]:111deletesuccess,time:MonNov2620:48:06CST2018

[pool-1-thread-1]:222syncsuccess,time:MonNov2620:48:06CST2018

这下正常了

**/

⼆、解决⽅案

1、将@Scheduled注释的⽅法内部改成异步执⾏

//当然：构建⼀个合理的线程池也是⼀个关键，否则提交的任务也会在⾃⼰构建的线程池中阻塞

ExecutorServiceservice=Executors.newFixedThreadPool(5);

@Scheduled(cron=0/1****?)

publicvoiddeleteFile(){

service.execute(()-{

(111deletesuccess,time:+newDate().toString());

try{

Thread.sleep(1000*5);//改成异步执⾏后，就算你再耗时也不会印象到后续任务的定时调度了

catch}(InterruptedExceptione){

e.printStackTrace();