解决springboot一次定时任务执行两（多）次

最新推荐文章于 2024-04-10 18:49:02 发布
原创 最新推荐文章于 2024-04-10 18:49:02 发布 · 2.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文记录了一个关于注释配置的Spring定时任务在单机环境下意外执行两次的问题。问题源于在定时任务类上错误地引入了两次application-schedule.xml配置，导致启动了多个定时器。解决方案是删除其中一个类的引入注释，确保配置不重复。对于使用XML配置的项目，检查并避免配置文件的重复引入可防止类似问题。

网上找到的博客基本上都是基于xml配置的解决方法，而我项目中是用注释配置的，所以记录一下。（也是顺着xml的博客找出的原因）

问题

单机环境下，一次定时任务执行两（多）次解决。

原因

我的情况是写定时任务类的时候，多个定时配置被引入，导致启动多个定时器。

定时任务类当时是直接copy到先前项目中他人写好的这个类修改，导致项目引用了两次application-schedule.xml（事实上@importResource最好应该写在主入口类，而不是在定时任务类上）

解决方法

我用的是注释配置的方法，删掉其中一个类的引入注释就可以了（最好统一写在入口类上）。如果是xml配置的可以检查是否也是配置重复引入导致。

SpringBoot2.x填坑（四）：生产上SpringBoot2.x Scheduled定时任务重复执行两次解决方案
zhenghhgz的博客
03-11 1万+
一、问题描述 在SpringBoot2.x 的项目上写了个定时任务，每天凌晨1点执行，那么令人费解的是：定时任务在服务器上总是执行两次，这个bug就闹大了，但是在本机调试始终只执行一次，查了很多原因都说是实例化bean两次的问题，但是看了很多解决方案都没有解决… 如下面代码块： @Scheduled(cron = "0 0 1 * * ?") //每天凌晨一点执行 public void ...
springboot schedule 解决定时任务不执行的问题
08-25
但是，如果定时任务非常多或者有的任务很耗时，会影响到其他定时任务的执行，因为 Schedule 默认是单线程的，一个任务在执行时，其他任务是不能执行的。 解决办法是重新配置 Schedule，改为多线程执行。只需要增加...
spring java 定时器 执行两次 quartz
08-22
spring定时器代码。解决多次执行问题。包含quartz-all.jar包。 说明很详细。希望能帮上哪位朋友。
spring定时任务执行两次的异常排查处理
10-29
一个tomcat下部署了两个应用，一个是普通web应用syncc，另一个应用syncc_wx属于微信公众号后台程序涉及消息定时推送，tomcat未分离之前消息推送正常，若将syncc_wx应用分离部署到另外一个tomcat后消息推送功能表现异常：利用消息模板推送消息给公众号关注用户时，每次用户会收到两条重复的数据（即一条消息推送了两次） ”spring定时任务执行两次的异常排查处理.docx"针对上述描述问题进行分析和解决。
Spring的Quartz定时器同一时刻重复执行二次的问题解决
iteye_5856的博客
03-04 260
最近用Spring的quartz定时器的时候，发现到时间后，任务总是重复执行两次，在tomcat或jboss下都如此。 打印出他们的hashcode，发现是不一样的，也就是说，在web容器启动的时候，重复启了两个quartz线程。 研究下来发现quartz确实会加载两次： 第一次：web容器启动的时候，读取applicationContext.xml文件时，会加载一次。 第二次：Sp...
SpringBoot @Scheduled定时任务执行两次问题
ddzyx的博客
01-27 6537
问题描述： 项目是使用springboot2开发，打的war包，以docker的形式部署到tomcat运行，我项目有一个@Scheduled 定时器，每天定时处理生产数据，处理完后定时发送邮件，但是遇到的问题是，每次接收邮件会同时连着接到两封相同的邮件，也就是说同一个事件在同一时刻被触发了两次。一开始我以为是网络原因，没有重视，直到昨天我们领导找我说这个项目中的邮件组里面把CTO和新来的技术总监加进去，并反馈了这个问题，他要求这个bug必须要快速解决，而且要尽快修复上线。 原因分析： 好吧，既然是b
spring定时任务执行两次及tomcat部署缓慢问题的解决方法
08-28
Spring 定时任务执行两次及 Tomcat 部署缓慢问题的解决方法是将需要执行定时任务的项目单独部署在另一个文件夹中，例如 webroot，然后只使用域名那个 host。这样可以避免项目在服务器上的 Tomcat 上部署了两次，避免...
SpringBoot中并发定时任务的实现、动态定时任务的实现（看这一篇就够了）推荐
08-26
- 当面临分布式集群环境时，如需解决任务多次执行和单点故障问题，可以采用Quartz、elastic-job、xxl-job或Saturn等分布式任务调度系统。它们能实现任务的高可用性和分片执行。 **Spring Task在Spring Boot中的...
详解SpringBoot 创建定时任务（配合数据库动态执行）
08-29
在SpringBoot中创建定时任务，主要有两种方式：一种是通过注解(@Scheduled)创建静态定时任务，另一种是通过实现接口(SchedulingConfigurer)创建动态定时任务。 静态定时任务的创建非常简单，只需几行代码便可以完成...
基于Springboot执行多个定时任务并动态获取定时任务信息
08-26
基于Springboot执行多个定时任务并动态获取定时任务信息 基于Springboot框架，实现多个定时任务的执行，并且可以动态获取定时任务的信息。这种实现方式可以满足一些业务需要，例如需要使用多个不同的定时任务，并且...
spring定时器启动两次原因及解决
04-18
NULL 博文链接：https://linlargy.iteye.com/blog/1846991
Springboot 使用 @Scheduled 定时任务生产环境执行两次
OriginalSword的博客
01-04 1360
Springboot 使用 定时任务，某一天生产环境突然发现有个定时任务执行了两次，之前也没有出现过，在本地运行也没有问题后来查看生产环境的进程才发现，有两个服务在跑，应该是之前哪次发版的时候，服务没有彻底停掉，导致出现两个服务停止服务，杀掉进程，重启服务
SpringBoot中定时任务踩坑，@Scheduled重复执行问题排查（看完直接破防）
zhaoliubao1的博客
04-10 6747
今天再开发业务需求的过程中，需要用到定时任务，原本定的是每10分钟推送一次，可是当每次十分钟到的时候，定时任务就会推送多条！但是非常奇怪的是，本地调试的时候不会有问题，只有当你部署到到服务器上的时候才会暴露这个问题！！！！如图：这些消息都是一次性推送出来的，本来他们应该只有一条被推送出来的，可是现在他们却全都出来了，难道真是“一家人就要整整齐齐”吗？为什么本地调试我这样写和都只执行一次，而到线上的时候就会执行多次，有谁能知道这是为什么？
@Scheduled Spring定时任务每次执行两次解决方案
热门推荐
Coder的不平凡
08-17 3万+
在执行定时任务的时候我遇到了一种情况，一个定时器每次会被执行两次，这就让人有点困惑，猜测肯定是哪里配置出了问题（配了两个当前上下文情况），看了一下网上很多解释，没有找到与自己相匹配的情况，所以自己也不断尝试修改配置文件。终于找到错误原因，这里把错误代码和原因贴出来方便与我有相同困惑的朋友参考。      首先错误的日志输出如下图：              在我们的web.xml文件中，我们
SpringBoot 定时器执行两次
kobe109872565的博客
04-23 2238
public class SaewApplication { public static void main(String[] args) { SpringApplication.run(SaewApplication.class, args); } } 启动类不要继承 extends SpringBootServletInitializer ...
解决Spring定时计划任务重复执行两次
grwgwef的博客
10-22 1299
解决Spring定时计划任务重复执行两次 ,定时器重复执行2次
spring 定时任务执行两次解决办法
weixin_34314962的博客
02-03 155
在web.xml中同时配置了ContextLoaderListener和DispatcherServlet？假如真是这样的话，需要删掉一个配置，因为你相当于配置了两个spring容器，两个容器分别都执行各自的计划任务，所以同一个计划任务被执行了两次。 如何解决？ 在web.xml中去除ContextLoaderListener和DispatcherServlet中的某个节点！...
spring 定时任务执行两次 解决方案
weixin_33922670的博客
01-13 172
最近用Spring的quartz定时器的时候，发现到时间后，任务总是重复执行两次，试了很多方法，最后终于被我给解决了。 现在将我的解决方法，和大家分享一下，期待和我一样的菜鸟们遇到同样的问题时，能快速的解决掉。 我的解决方法是： 1、在tomcat的webApps的同级目录下新建一个目录wbliu（读者可以自定义文件夹，该文件夹式用来存放...
SpringBoot 配置 @Scheduled 定时器执行两次问题
ToSimple的博客
05-23 7697
描述 应用部署到 tomcat 后，每次到定时器触发时，同一个事件总是在统一时刻被触发两次。 分析 发现一个奇怪的现象，在本地调试时，按照同样的方法配置， @Scheduled 配置的定时任务，在触发时只会被执行一次。而部署到服务器上的 tomcat 后，就会被触发两次。 如果本身代码没有问题，怀疑跟服务器的环境有关。查看服务器上的 ${your_tomcat_path}/conf/server....
springboot控制定时任务只执行一次
最新发布
08-20
<think>我们参考了用户提供的引用内容，特别是引用[1][2][4]中关于Spring Boot定时任务的介绍。用户的需求是：在Spring Boot应用中控制定时任务只执行一次。 解决方案分析： 在Spring Boot中，通常使用`@Scheduled`注解来创建定时任务。但是，标准的`@Scheduled`注解支持`cron`、`fixedRate`、`fixedDelay`等属性，这些属性都会导致任务重复执行。如果希望任务只执行一次，我们可以采用以下两种方法： 方法一：使用`@Scheduled`的`initialDelay`属性，并设置一个足够长的延迟时间（比如几年），这样在应用运行期间任务只会执行一次。但这种方法不够优雅，且如果应用重启，任务可能会再次执行（因为初始延迟会重新计算）。 方法二：在任务执行体中控制只执行一次。我们可以在任务执行时记录状态（比如在数据库中记录或使用一个原子变量），确保即使任务被多次触发，实际业务逻辑也只执行一次。 然而，用户要求的是“单次执行”，即任务在应用启动后只执行一次，且不重复执行。我们可以结合Spring Boot的任务调度机制，通过编程方式动态注册任务，并在任务执行后取消调度。 具体步骤： 1. 创建一个实现`Runnable`接口的任务类。 2. 使用`ScheduledTaskRegistrar`动态注册一个只执行一次的任务（通过`ScheduledFuture`）。 3. 在任务执行完毕后，取消该任务的调度。 这种方法的优点： - 任务只会在注册后执行一次 - 不会因为应用长时间运行而导致重复执行 - 不需要依赖外部存储状态 实现代码： 步骤1：创建任务类（可以是Runnable的匿名内部类） 步骤2：使用`ScheduledTaskRegistrar`的`scheduler`调度一次任务 步骤3：在任务中执行逻辑，然后取消任务 注意：我们需要获取到`ScheduledFuture`对象，以便在任务执行后取消。 但是，在Spring Boot中，我们通常通过配置`SchedulingConfigurer`来使用`ScheduledTaskRegistrar`。 下面是一个完整的实现示例： ```java import org.springframework.context.annotation.Configuration; import org.springframework.scheduling.annotation.EnableScheduling; import org.springframework.scheduling.annotation.SchedulingConfigurer; import org.springframework.scheduling.config.ScheduledTaskRegistrar; import java.util.concurrent.ScheduledFuture; import java.util.concurrent.TimeUnit; @Configuration @EnableScheduling public class OneTimeScheduledTask implements SchedulingConfigurer { @Override public void configureTasks(ScheduledTaskRegistrar taskRegistrar) { // 创建一个任务 Runnable task = () -> { try { // 这里写你的业务逻辑，只执行一次 System.out.println("执行一次定时任务"); } finally { // 任务执行完成后，取消调度（避免重复执行） // 注意：这里需要访问到ScheduledFuture，所以我们在定义任务时将其捕获 } }; // 使用ScheduledFuture来跟踪任务，以便取消 ScheduledFuture<?> future = taskRegistrar.getScheduler().schedule( task, triggerContext -> { // 设置任务在应用启动后立即执行（延迟0秒） return new Date(System.currentTimeMillis()); } ); // 修改任务，使其在执行完成后取消 Runnable wrappedTask = () -> { task.run(); // 取消任务 future.cancel(false); }; // 重新调度任务（实际执行的是包装后的任务） taskRegistrar.addTriggerTask(wrappedTask, triggerContext -> { // 立即执行一次 return new Date(System.currentTimeMillis()); }); } } ``` 然而，上述代码有一个问题：`ScheduledFuture`是在任务被调度执行之前就获取的，并且我们包装了一个新的任务，在原始任务执行后取消。但是，注意我们使用`addTriggerTask`重新添加了一个任务，而之前用`schedule`方法调度的任务实际上没有被取消，所以我们需要避免两个任务同时存在。 优化方案：我们只使用一次触发任务，并在任务执行后取消自己。但是，在触发任务中我们无法直接获取到自己的`ScheduledFuture`。 因此，我们可以这样做： ```java @Configuration @EnableScheduling public class OneTimeScheduledTask implements SchedulingConfigurer { @Override public void configureTasks(ScheduledTaskRegistrar taskRegistrar) { // 使用一个原子引用保存ScheduledFuture AtomicReference<ScheduledFuture<?>> futureRef = new AtomicReference<>(); Runnable task = () -> { try { // 业务逻辑 System.out.println("执行一次定时任务"); } finally { // 取消任务 ScheduledFuture<?> future = futureRef.get(); if (future != null) { future.cancel(false); } } }; // 定义一个Trigger，用于确定任务执行时间（立即执行） Trigger trigger = triggerContext -> new Date(); // 添加任务，并捕获返回的ScheduledFuture ScheduledFuture<?> future = taskRegistrar.getScheduler().schedule(task, trigger); futureRef.set(future); } } ``` 但是，这样写有一个问题：`ScheduledTaskRegistrar`的`getScheduler()`返回的是`ScheduledExecutorService`，它的`schedule`方法只执行一次。所以，我们不需要在任务中取消，因为`schedule`方法本来就是只执行一次的。 因此，最简单的方案是： ```java @Configuration @EnableScheduling public class OneTimeScheduledTask implements SchedulingConfigurer { @Override public void configureTasks(ScheduledTaskRegistrar taskRegistrar) { taskRegistrar.getScheduler().schedule( () -> { // 这里写只执行一次的任务逻辑 System.out.println("执行一次定时任务"); }, 0, // 延迟0秒，立即执行 TimeUnit.SECONDS ); } } ``` 这样，任务只会在应用启动后执行一次，因为`schedule`方法就是用于安排一个在给定延迟后只执行一次的任务。 所以，我们不需要额外的取消操作。 验证：当应用启动时，任务会执行一次，然后不会再次执行。 但是，请注意：`ScheduledTaskRegistrar`的`getScheduler()`方法返回的`ScheduledExecutorService`是由Spring管理的，它会在应用关闭时自动关闭。 因此，推荐使用这种简单的方式。 另外，我们也可以使用`@Scheduled`注解的方式，但需要结合条件控制，比如使用一个标志位： ```java @Component @EnableScheduling public class OneTimeTask { private AtomicBoolean executed = new AtomicBoolean(false); @Scheduled(fixedDelay = Long.MAX_VALUE) // 设置一个非常大的延迟，确保不会重复执行 public void executeOnce() { if (executed.compareAndSet(false, true)) { // 执行任务 System.out.println("执行一次"); } } } ``` 但是，这种方法实际上任务被多次触发（虽然业务逻辑只执行一次），而且第一次触发后，由于设置了`Long.MAX_VALUE`的延迟，几乎不会再次触发（除非应用运行超过290年）。所以，这种方法虽然可行，但不够直观。 结论：使用`SchedulingConfigurer`和`ScheduledExecutorService.schedule()`方法是最直接且符合需求的。 因此，我们给出最终方案： ```java import org.springframework.context.annotation.Configuration; import org.springframework.scheduling.annotation.EnableScheduling; import org.springframework.scheduling.annotation.SchedulingConfigurer; import org.springframework.scheduling.config.ScheduledTaskRegistrar; import java.util.concurrent.TimeUnit; @Configuration @EnableScheduling public class OneTimeTaskConfig implements SchedulingConfigurer { @Override public void configureTasks(ScheduledTaskRegistrar taskRegistrar) { // 在应用启动后，延迟0秒执行一次 taskRegistrar.getScheduler().schedule(() -> { // 这里写你的业务代码 System.out.println("This task runs only once after application starts."); }, 0, TimeUnit.SECONDS); } } ``` 这样，任务将在Spring Boot应用启动后立即执行一次，且只执行一次。 注意事项： 1. 确保任务执行时间不要太长，以免阻塞其他任务（如果任务耗时较长，建议使用异步任务）。 2. 如果任务执行过程中抛出异常，需要根据业务需求处理异常，避免影响应用运行。 引用说明： 在Spring Boot中，通过`SchedulingConfigurer`可以自定义任务调度器，并动态添加任务[^2]。使用`ScheduledExecutorService`的`schedule`方法可以安排一次性任务[^4]。 因此，我们推荐使用上述配置类的方式实现单次执行定时任务。 相关问题： 1. 如何在Spring Boot中实现只执行一次的定时任务？ 2. Spring Boot定时任务单次执行有哪些方法？ 3. 如何动态注册Spring Boot定时任务？ 4. 在Spring Boot中如何取消已经注册的定时任务？</think>在 Spring Boot 中实现定时任务单次执行，可以通过以下两种推荐方法实现： ### 方法一：使用 `@Scheduled` 结合执行标志位（推荐） ```java import org.springframework.scheduling.annotation.Scheduled; import org.springframework.stereotype.Component; import java.util.concurrent.atomic.AtomicBoolean; @Component public class OneTimeScheduledTask { private final AtomicBoolean executed = new AtomicBoolean(false); // 应用启动后立即执行一次 @Scheduled(initialDelay = 0) public void executeOnce() { if (executed.compareAndSet(false, true)) { // 这里放置需要执行一次的代码 System.out.println("任务执行一次完成"); // 实际业务逻辑示例： // dataMigrationService.migrateDataOnce(); } } } ``` **实现原理：** 1. 使用 `AtomicBoolean` 确保线程安全的执行状态控制 2. `@Scheduled(initialDelay = 0)` 使任务在应用启动后立即执行 3. `compareAndSet(false, true)` 保证只执行一次 4. 符合 Spring Boot 定时任务规范，无需额外配置[^1][^2] ### 方法二：使用 `ScheduledExecutorService` 实现精确控制 ```java import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import javax.annotation.PostConstruct; import java.util.concurrent.Executors; import java.util.concurrent.ScheduledExecutorService; import java.util.concurrent.TimeUnit; @Configuration public class OneTimeTaskConfig { @PostConstruct public void scheduleOneTimeTask() { ScheduledExecutorService executor = Executors.newSingleThreadScheduledExecutor(); // 延迟0秒执行（立即执行） executor.schedule(() -> { // 这里放置需要执行一次的代码 System.out.println("一次性任务执行完成"); // 实际业务逻辑示例： // dataMigrationService.migrateDataOnce(); executor.shutdown(); // 关闭线程池 }, 0, TimeUnit.SECONDS); } } ``` **两种方法对比：** | 特性 | `@Scheduled` + 标志位 | `ScheduledExecutorService` | |------|----------------------|----------------------------| | 复杂度 | 简单 | 中等 | | 线程管理 | Spring 管理 | 手动管理 | | 启动时机 | 随 Spring 容器启动 | 精确控制 | | 适合场景 | 常规单次任务 | 需要精细控制的任务 | | 是否依赖 Spring | 是 | 否 | ### 注意事项 1. **分布式环境**：在集群部署时，需使用分布式锁（如 Redis 锁）替代 `AtomicBoolean`，避免多实例重复执行 2. **执行时间**：确保任务执行时间合理，避免阻塞应用启动 3. **异常处理**：添加 try-catch 块捕获异常，防止单次任务失败导致业务中断 4. **任务可见性**：建议添加日志记录，明确标记任务执行状态 ### 配置说明 在启动类添加 `@EnableScheduling` 注解（仅方法一需要）： ```java @SpringBootApplication @EnableScheduling // 启用定时任务 public class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); } } ``` > **提示**：对于需要精确控制执行时间的单次任务（如特定日期执行），可结合 `@Scheduled(cron = "一次性时间表达式")` 实现[^4]。对于需要任务执行后立即销毁的场景，推荐使用方法二。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值