Quartz中CronExpression需手动校验合法性，否则延迟报错；秒级调度须用CronScheduleBuilder并确认存储支持；时区须显式指定；复杂周期优先用DailyTimeIntervalTrigger。
Quartz 中 CronExpression 的合法格式校验必须手动触发
Quartz 不会在 JobDetail 或 TriggerBuilder 构建时自动校验 cron 表达式是否合法，写错会等到调度器启动或首次触发时才抛出 ParseException，错误堆栈还常藏在内部线程里，难定位。
实操建议：
- 在注册 trigger 前，显式调用
CronExpression.IsValidExpression("0 0/5 * * * ?")做预检，失败直接抛异常或记录告警 - 避免拼接字符串生成 cron：比如
"0 0 " + minute + " * * ?"—— 缺少范围校验，minute = "77"会导致运行时报错 - 企业级场景建议封装校验工具类，把常用业务周期（如“每工作日早9点”“每月1号凌晨2点”）转成预定义常量，而非现场手写表达式
秒级精度的 Cron 表达式在 Quartz.NET 3.0+ 必须启用 UseSimpleCronTrigger
默认情况下，Quartz.NET 3.x 的 CronScheduleBuilder.CronSchedule() 构造的是标准 cron（兼容 Unix），不支持秒字段；若传入 6 字段表达式（如 "0/10 * * * * ?"），会静默截断首字段、变成分钟级，但不报错。
实操建议：
- 要秒级调度，必须用
CronScheduleBuilder.CronSchedule("0/10 * * * * ?").WithMisfireHandlingInstructionFireAndProceed()，且确保底层使用的是ISchedulerFactory创建的 scheduler 实例（它默认启用秒级支持） - 检查 Quartz 配置项：
quartz.jobStore.type = Quartz.Simpl.RAMJobStore, Quartz即可，无需额外开关；但若用了AdoJobStore，需确认数据库表结构含QRTZ_CRON_TRIGGERS的CRON_EXPRESSION字段能存 200 字符以上（秒级表达式通常更长） - 常见坑：开发环境用 RAMJobStore 测试正常，上线切 AdoJobStore 后 cron 触发变慢或丢失——大概率是数据库字段被截断，查
CRON_EXPRESSION实际存入值就能确认
时区问题导致生产环境定时任务提前或延后 8 小时
Quartz 默认按服务器本地时区解析 cron 表达式。如果服务器设为 UTC，而你写的是 "0 0 9 * * ?"（本意是北京时间 9:00），实际会在 UTC 9:00（即北京时间 17:00）执行。
实操建议：
- 统一在创建
CronTrigger时显式指定时区：.InTimeZone(TimeZoneInfo.FindSystemTimeZoneById("China Standard Time")) - 避免用
DateTime.Now.ToString("zzz")动态取时区——它返回偏移量（如 +08:00），不是时区 ID；"China Standard Time"是 Windows 系统时区名，Linux 容器需改用"Asia/Shanghai"，且确保 .NET 运行时已加载 ICU 数据（.NET 6+ 默认启用） - 配置中心下发 cron 表达式时，务必连带下发时区 ID 字段，不要假设所有节点时区一致
复杂 cron 场景下优先用 DailyTimeIntervalTrigger 替代硬写表达式
像“每周一至周五上午 9:00–11:30 每 15 分钟执行一次”这种需求，对应 cron 表达式是 "0 0/15 9-11 ? * MON-FRI"，看似可行，但 Quartz 对 9-11 范围的支持依赖具体版本，且无法精确控制结束时间（11:30 后不会触发）。
实操建议：
- 改用
DailyTimeIntervalTrigger：它原生支持开始/结束时间、间隔、星期几等维度，逻辑清晰、无歧义 - 示例：
DailyTimeIntervalScheduleBuilder.Create().StartingDailyAt(TimeOfDay.HourAndMinuteOfDay(9, 0)).EndingDailyAt(TimeOfDay.HourAndMinuteOfDay(11, 30)).OnDaysOfTheWeek(DayOfWeek.Monday, DayOfWeek.Tuesday, DayOfWeek.Wednesday, DayOfWeek.Thursday, DayOfWeek.Friday).WithIntervalInMinutes(15) - 注意：该 trigger 不支持 misfire 处理策略中的
IgnoreMisfires，若任务执行超时导致错过下次触发，需自行在 job 内判断时间窗口并补偿
企业级调度最麻烦的往往不是表达式多难写，而是同一套配置在开发、测试、生产环境因时区、存储层、.NET 运行时差异导致行为不一致——建议把 cron 解析、时区绑定、trigger 构建全收口到一个工厂类里，禁止零散 new。
