Spring定时任务进阶：如何用@Async和Redis解决@Scheduled的执行顺序问题-CSDN博客

Spring定时任务进阶：如何用@Async和Redis解决@Scheduled的执行顺序问题

在构建现代企业级应用时，定时任务扮演着不可或缺的角色。从每日凌晨的数据报表生成，到每分钟一次的缓存刷新，再到金融系统中毫秒级的对账处理，@Scheduled注解让这些周期性工作变得异常简单。然而，当业务复杂度提升，多个定时任务之间不再孤立，而是存在严格的执行顺序依赖时，问题便接踵而至。想象一下，一个电商系统在每日零点需要先执行“清理昨日临时数据”的任务A，紧接着才能执行“生成今日销售排行榜”的任务B。如果B先于A执行，排行榜将包含无效的昨日数据，导致业务逻辑混乱。

默认情况下，Spring的@Scheduled使用单线程调度器，这虽然保证了同一时刻只有一个任务在执行，避免了并发冲突，但也彻底丧失了并行能力，并且无法控制多个任务在同一触发时刻的执行顺序。引入@Async开启异步执行后，并发能力上去了，但顺序问题与资源竞争问题却更加凸显。单纯的synchronized锁只能解决单机内的线程安全问题，在分布式环境下束手无策，更无法实现“任务A必须于任务B之前完成”这类精细化的顺序控制。

本文将深入探讨这一中高级开发者常遇的痛点，超越基础的“如何让定时任务跑起来”，聚焦于“如何让它们按照既定规则有序、可靠地跑下去”。我们将结合@Async的异步能力与Redis的分布式协调特性，构建一套既能享受并发性能红利，又能严格保证任务执行顺序的解决方案。这套方案尤其适用于分布式部署的电商、金融、物流等对数据一致性和任务时序有严苛要求的系统。

1. 理解问题根源：@Scheduled的默认行为与并发陷阱

在着手解决顺序问题之前，我们必须透彻理解Spring @Scheduled注解的默认工作机制，以及引入@Async后带来的并发场景变化。许多顺序错乱的Bug，根源在于对这两种机制交互的误解。

1.1 单线程调度器：顺序的“假象”与性能瓶颈

Spring Boot中，如果你没有显式配置任何TaskScheduler，那么所有使用@Scheduled注解的方法都会由一个ThreadPoolTaskScheduler实例来调度，而这个实例默认的核心线程数只有1。这意味着，所有定时任务都在同一个线程中排队执行。

// 一个典型的配置缺失场景，所有任务共享单线程
@Component
public class DefaultScheduledTasks {

    @Scheduled(cron = "0 0 0 * * ?") // 每日零点
    public void dailyCleanup() {
        System.out.println("开始清理任务 - 线程: " + Thread.currentThread().getName());
        // 模拟耗时操作
        try { Thread.sleep(5000); } catch (InterruptedException e) {}
        System.out.println("清理任务完成");
    }

    @Scheduled(cron = "0 0 0 * * ?") // 同样在每日零点触发
    public void dailyReport() {
        System.out.println("开始报表任务 - 线程: " + Thread.currentThread().getName());
        // 依赖于清理任务的结果
        System.out.println("报表任务完成");
    }
}

执行上述代码，你会发现两个任务虽然都在零点被触发，但dailyReport()会一直等待dailyCleanup()执行完毕（包括其5秒睡眠）后才会开始。输出顺序总是固定的。这给人一种“顺序可控”的错觉。但实际上，这种顺序是非确定性的，它仅仅取决于Spring容器初始化Bean和注册调度任务的顺序，这在不同的启动环境或代码重构后可能会改变。更严重的是，如果dailyCleanup()执行时间过长，dailyReport()的启动时间将被严重推迟，违背了“零点准时开始”的预期。

1.2 引入@Async：并发下的顺序失控与资源竞争

为了提升系统吞吐量，我们很自然地会想到使用@Async注解来让每个定时任务方法异步执行。

@Configuration
@EnableAsync // 启用异步支持
public class AsyncConfig {
    // 可以自定义线程池，这里使用默认
}

@Component
public class AsyncScheduledTasks {

    @Async
    @Scheduled(cron = "0 0 0 * * ?")
    public void asyncDailyCleanup() {
        System.out.println("异步清理开始 - 线程: " + Thread.currentThread().getName());
        try { Thread.sleep(3000); } catch (InterruptedException e) {}
        System.out.println("异步清理结束");
    }

    @Async
    @Scheduled(cron = "0 0 0 * * ?")
    public void asyncDailyReport() {
        System.out.println("异步报表开始 - 线程: " + Thread.currentThread().getName());
        // 问题：此时清理任务可能还未完成！
        System.out.println("异步报表结束");
    }
}

启用@Async后，两个任务会立即被提交到不同的线程（来自ThreadPoolTaskExecutor）执行。输出中，两个“开始”的日志几乎同时打印，asyncDailyReport完全不会等待asyncDailyCleanup。如果报表任务需要用到清理任务产出的数据，那么数据不一致或缺失的错误必然发生。

此时，开发者可能会尝试使用Java原生锁：

private final Object lock = new Object();

@Async
@Scheduled(cron = "0 0 0 * * ?")
public void taskA() {
    synchronized (lock) {
        // 业务逻辑
    }
}