spring 的 `scheduledtaskregistrar` 默认使用单线程调度器，导致手动触发的即刻任务被阻塞；需显式配置多线程 `taskscheduler` 或改用独立线程池来保障并发执行与响应及时性。
在 Spring 应用中，ScheduledTaskRegistrar 是管理定时任务的核心组件。当你调用 taskRegistrar.getScheduler().schedule(task, new Date()) 期望立即执行一个任务时，却观察到延迟（如等待 1–2 分钟才运行），根本原因往往在于其底层 TaskScheduler 的线程模型未被正确配置。
默认调度器是单线程的
根据 Spring 源码（如 v6.0.4），若未显式设置 taskScheduler，ScheduledTaskRegistrar 会自动创建一个 ConcurrentTaskScheduler，其内部委托给 Executors.newSingleThreadScheduledExecutor() —— 即仅有一个工作线程。这意味着：
- 所有 cron 任务和手动 schedule() 调用共享同一线程；
- 若某个任务执行时间较长（例如耗时 90 秒的数据库导出），后续 schedule(…, new Date()) 请求将排队等待，而非并行执行；
- 用户点击两次“立即执行”按钮，第二次调用实际进入线程队列，直到前一个任务完成才开始，造成“看似延迟”的假象。
正确做法：显式配置多线程调度器
你应在 configureTasks() 中主动注入一个支持并发的 ScheduledExecutorService，例如：
@Override
public void configureTasks(ScheduledTaskRegistrar taskRegistrar) {
// ✅ 推荐：使用固定大小的 ScheduledThreadPool（如 5 线程）
taskRegistrar.setScheduler(Executors.newScheduledThreadPool(5));
this.taskRegistrar = taskRegistrar;
taskList.stream()
.filter(MyTask::isOn)
.forEach(this::addTaskToScheduler);
}
这样，taskRegistrar.getScheduler().schedule(myTask, new Date()) 将由线程池中的空闲线程立即处理，不再受其他任务阻塞。
⚠️ 注意事项：newScheduledThreadPool(n) 创建的是可延时/周期执行的线程池，完全兼容 schedule(Runnable, Date) 语义；避免使用 newFixedThreadPool() 或 newCachedThreadPool() —— 它们不支持 ScheduledFuture，无法用于 schedule() 方法；线程数不宜过大（如 n > 10），应结合任务 I/O 特性与系统负载评估；对多数后台手动触发场景，3–8 是合理范围；若任务本身是 CPU 密集型，建议配合 @Async + 自定义 TaskExecutor 分离执行路径，避免抢占调度线程。
替代方案：对“手动触发”使用独立线程池（更灵活）
若你希望手动触发逻辑完全脱离定时调度体系（例如避免影响 cron 任务稳定性），可单独定义一个 ThreadPoolTaskExecutor：
