单机定时任务@Schedule的常见问题
@Scheduled注解的作用是什么
Scheduled注解用于标记一个方法为定时任务方法。Spring 会按照指定的时间规则自动调用该方法
@Scheduled(fixedRate = 5000)
public void doTask() {System.out.println("定时任务执行了");
}
上述代码表示每隔 5 秒执行一次 doTask()
方法
@Scheduled注解有哪些常用的配置参数
fixedRate: 固定速率执行,单位是毫秒
例如:@Scheduled(fixedRate = 5000) 表示每隔 5 秒执行一次,无论上一次任务是否完成
fixedDelay:固定延迟执行,单位是毫秒
例如:@Scheduled(fixedDelay = 5000) 表示上一次任务完成后,延迟 5 秒再执行下一次任务
cron:使用 Cron 表达式定义任务执行时间
例如:@Scheduled(cron = "0 0/5 * * * ?") 表示每隔 5 分钟执行一次
initialDelay:初始延迟时间,单位是毫秒
例如:@Scheduled(initialDelay = 10000, fixedRate = 5000) 表示首次延迟 10 秒后执行,之后每隔 5 秒执行一次
如何启用@Shceduled注解
在配置类上添加@EnableScheduling
@Configuration
@EnableScheduling
public class AppConfig {
}
@Sheduled注解的任务是单线程执行的吗?
是的,默认情况下,@Sheduled注解的任务是单线程执行的。所有任务共享一个线程池,如果某个任务执行时间过长,可能会阻塞其他任务的执行。
解决方案:
使用@Async注解将任务标记为异步执行。
自定义线程池,配置 Tasksheduler
如何自定义Sheduled任务的线程池
可以通过实现 SchedulingConfigurer接口,自定义任务调度器的线程池
@Configuration
@EnableScheduling
public class SchedulerConfig implements SchedulingConfigurer {@Overridepublic void configureTasks(ScheduledTaskRegistrar taskRegistrar) {taskRegistrar.setScheduler(taskExecutor());}@Bean(destroyMethod = "shutdown")public Executor taskExecutor() {return Executors.newScheduledThreadPool(10); // 自定义线程池大小}
}
@Scheduled注解的任务可以动态修改执行时间吗?
默认情况下,@Scheduled 注解的任务执行时间是静态的,无法动态修改。如果需要动态调整任务执行时间,可以使用以下方法:
- 使用 ScheduledTaskRegistrar:
通过编程方式动态注册和取消任务。
- 使用 Quartz 调度框架:
Quartz 支持动态修改任务执行时间
@Scheduled 注解的任务异常处理机制是什么?
如果 @Scheduled 注解的任务抛出异常,默认情况下,异常会被捕获并记录到日志中,但不会影响其他任务的执行。
自定义异常处理:
可以在任务方法内部使用 try-catch
捕获异常。
或者使用 Spring 的 @ExceptionHandler
注解统一处理异常
如何避免 @Scheduled 任务的重复执行?
在分布式环境中,多个实例可能会同时执行同一个定时任务。为了避免重复执行,可以使用以下方法:
- 分布式锁:
使用 Redis 或 Zookeeper 实现分布式锁
- 数据库唯一约束:
在任务执行前插入一条记录,利用数据库的唯一约束避免重复执行
@Scheduled注解的任务执行时间受系统时间影响吗?
是的,@Scheduled 注解的任务执行时间依赖于系统时间。如果系统时间被修改,可能会影响任务的执行
解决方案:
使用 NTP 服务同步系统时间。
在任务逻辑中增加时间校验
同一个任务,即使上一次执行还未完成,只要时间到,就会再次执行该任务
由于使用了异步执行,当调用被 @Async
注解标注的方法时,该方法会在新的线程中执行,调用线程不会等待其执行完成。
因此,如果在方法还未执行完时再次调用该方法,Spring 会再次将该任务提交到线程池中,开启一个新的线程来执行该方法,而不会等待上一次执行结束
@Async
异步方法默认使用 Spring 创建 ThreadPoolTaskExecutor
Spring 在开启异步支持后,默认会使用 ThreadPoolTaskExecutor
作为线程池来执行异步任务
这个线程池的配置信息可以在 TaskExecutionAutoConfiguration
类中找到
ThreadPoolTaskExecutor
的默认核心线程数为 8 ,默认最大队列和默认最大线程数都是 Integer.MAX_VALUE
- 核心线程数:核心线程数是线程池始终保持的线程数量。当有新的任务提交时,线程池会优先使用核心线程来执行任务。在默认配置下,
ThreadPoolTaskExecutor
的核心线程数为 8。 - 最大队列:当核心线程都在执行任务时,新提交的任务会被放入队列中等待执行。默认情况下,队列的最大容量为
Integer.MAX_VALUE
,这意味着队列几乎可以无限容纳任务。 - 最大线程数:当队列已满且核心线程都在执行任务时,线程池会创建新的线程来执行任务,但线程数不会超过最大线程数。默认情况下,最大线程数为
Integer.MAX_VALUE
ThreadPoolTaskExecutor
创建新线程的条件是队列填满时,而这样的配置队列永远不会填满
由于默认队列的最大容量为 Integer.MAX_VALUE
,在实际应用中,队列几乎不可能被填满。因此,线程池在核心线程都在执行任务时,不会创建新的线程,新的任务会一直被放入队列中等待执行
如果有 @Async
注解标注的方法长期占用线程,在核心 8 个线程数占用满了之后,新的调用就会进入队列,外部表现为没有执行
当被 @Async
注解标注的方法执行时间很长,比如进行 HTTP 长连接等待获取结果,会导致核心线程一直被占用
当 8 个核心线程都被占用后,新的任务会被放入队列中等待
由于队列几乎不会满,线程池不会创建新的线程来执行这些任务,因此从外部看起来,这些新的调用就像没有执行一样
所以我们最好不要用@Aync默认的ThreaPoolTaskExecutor
因为它核心线程数为8,默认线程数为Integer.MAX_VALUE,说明我们有了8个线程执行后,我们就不会再创建线程执行了,因为我们的队列是无界队列,这样子明显不好