后台任务的排期与运行历史。
你会看到什么
你可以做什么
- 编辑调度，选择固定间隔或 cron 表达式。内部协调轮询仍只使用间隔调度。
- 关闭某个任务。
- 立即运行 —— 改完某项任务会读取的设置之后很有用，不用干等它的下一个周期。
- 看历史 —— 最近几次运行的结果和耗时。
固定间隔与 cron
周期检查可以设置固定间隔，例如每 60 秒执行。按日历时间执行则使用 cron：0 2 * * * 表示每天 02:00，0 9 * * MON-FRI 表示工作日 09:00。
时区使用 Asia/Shanghai 等 IANA 名称，默认是 UTC。表达式有五段：分、时、日、月、星期；
支持列表、范围、步长，以及三个字母的月份和星期名称。
停机期间错过多次触发时合并补跑一次。任务已排队或正在执行时，不再新增计划执行。
下次触发时间是入队时间，worker 繁忙时可能稍后才开始执行。
没有启停开关的任务，可以切换到固定间隔并设置为零来停止。
夏令时跳变导致某个本地时间不存在时会跳过该时间；重复出现的本地时间对应两个不同的 UTC 触发时刻。
日报仍按报告周期去重，即使 cron 在同一周期内多次触发，也不会重复生成日报。
两条值得看懂的提示
未配置 Redis 的单实例
未配置 Redis 的单实例
进程内开发模式可以不使用 Redis。独立消费者和 controller 需要 Redis；
不要用开发模式进行副本扩容。
Worker 在独立进程运行
Worker 在独立进程运行
controller 发现周期性工作，worker 负责消费。立即运行会持久化排队，
不再让 API 执行重任务。页面先显示排队状态，开始执行后记录运行历史和结果。
如果任务一直等待，请检查共享消费者池及积压，无需按角色分配 worker。