Spring Boot如何实现动态指定时间点精准执行方法

Spring原生的@Scheduled注解只支持固定频率、固定Cron的静态定时任务，确实不适合你这种「调用时动态指定执行时间、每个任务触发时间独立」的场景，不用搞全局固定间隔轮询，下面两种方案可以按需选择：

方案1：轻量内存态调度（单实例、无持久化要求场景用） #

直接用Spring内置的TaskScheduler就可以实现，不需要引入任何第三方依赖，触发时间精度可以到毫秒级。

1. 首先在你的Spring Boot启动类上加上@EnableScheduling注解开启调度能力
2. 在你的Mail Service里直接注入TaskScheduler，调用接口提交指定时间触发的任务即可，参考代码：

import org.springframework.scheduling.TaskScheduler;
import java.time.LocalDateTime;
import java.time.ZoneId;
import java.util.Date;

@Service
public class MailService {
    private final TaskScheduler taskScheduler;
    // 你已经开发完成的发邮件核心逻辑类
    private final MailSendCoreService mailSendCoreService;

    public MailService(TaskScheduler taskScheduler, MailSendCoreService mailSendCoreService) {
        this.taskScheduler = taskScheduler;
        this.mailSendCoreService = mailSendCoreService;
    }

    public void sentMail(LocalDateTime date, User user) {
        // 转换时间格式为调度器需要的Date类型
        Date triggerTime = Date.from(
                date.atZone(ZoneId.systemDefault()).toInstant()
        );
        // 提交定时任务，到指定时间会自动执行
        taskScheduler.schedule(
                () -> mailSendCoreService.doRealSend(user),
                triggerTime
        );
    }
}

注意：这个方案的所有待执行任务都存在服务内存里，如果服务中途重启，所有未到触发时间的任务会直接丢失，只适合单实例部署、任务丢失无影响的场景。

方案2：持久化调度（多实例部署、任务不丢场景用） #

如果你的服务是集群部署，或者要求服务重启后待发送的邮件任务不会丢失，就用持久化存储+任务捞取的逻辑：

• 调用sentMail方法时，不要直接触发调度，先把任务信息（接收用户ID、目标发送时间、任务状态=待执行）写入数据库
• 启动一个低频率的定时捞取任务（比如每1分钟执行一次），每次查询所有「发送时间早于当前时间、任务状态为待执行」的记录，批量触发邮件发送逻辑，发送完成后更新任务状态为已发送/发送失败
• 如果觉得自己写扫表逻辑麻烦、担心性能问题，可以直接用成熟的分布式任务调度框架，框架本身已经封装好了动态任务的增删、持久化、集群分片执行、故障转移能力，不用重复造轮子。

补充：你觉得固定间隔轮询不好是对的——如果轮询间隔设太长，邮件发送会有明显延迟；如果间隔设太短（比如每秒轮询），绝大多数轮询请求都查不到待执行任务，会白白消耗数据库连接和CPU资源，上面两种方案都能规避这个问题。

内容的提问来源于stack exchange，提问作者EraZer