quartz.net必须手动调用await scheduler.start()才能启动调度，否则即使注册成功也不会触发任务；start()需在应用就绪后调用，且不可忽略await，否则可能因未完成启动导致trigger注册失败或延迟生效。
Quartz.NET 不会自动运行，必须显式调用 Start() 才开始调度；不调用就等于没装——哪怕所有 job 和 trigger 都注册成功了，也压根不会触发。
为什么 Start() 必须手动调用且不能漏 await
Quartz.NET 的 IScheduler 实例创建后默认处于 STANDBY 状态，不是“装完即用”。常见错误是：在 ConfigureServices 里注册了 job/trigger，但没在应用真正就绪后调用 Start()，结果日志安静如鸡，任务从不执行。
- ASP.NET Core 中，应在
IHostedService.StartAsync()或ApplicationStarted事件中await scheduler.Start()，不能放在ConfigureServices构造阶段 - Console 应用里，
await scheduler.Start()后必须保持主线程存活（例如Console.ReadLine()），否则进程退出，调度器被释放 -
Start()是异步方法，若写成schedule.Start();（忽略 await），可能在启动完成前就执行了ScheduleJob()，导致部分 trigger 注册失败或延迟生效
Job 类必须有 public 无参构造函数
Quartz.NET 通过反射创建 job 实例，不支持带参构造注入。一旦定义了 public MyJob(ILogger<myjob> logger)</myjob>，就会抛出 JobInstantiationFailedException，错误信息明确提示 “No suitable constructor found”。
- job 类不能是
static，也不能是嵌套类（nested class）——反射无法实例化 - 依赖项（如
ILogger、IDbContext）应通过JobDataMap传入，或在Execute()内部用context.JobDetail.JobDataMap.Get("key")取值 - 若需 DI 支持，必须启用
UseMicrosoftDependencyInjectionJobFactory()并配合AddQuartz()的完整注册流程，否则IServiceProvider在 job 执行时不可用
Cron 表达式在秒级场景下容易失效
"0/10 * * * * ?" 看似每 10 秒执行一次，但实际受线程池、misfire 策略和 job 执行耗时影响极大。尤其当 job 耗时超过 10 秒，后续触发可能被跳过或堆积，而不是“准时补跑”。
- 默认 misfire 策略是
SmartPolicy，对秒级 cron 不友好；改用.WithMisfireHandlingInstructionFireAndProceed()更可靠 - 确认
quartz.threadPool.threadCount至少为 3–5；内存存储模式下默认只有 10 个线程，但并发 job 多或单个 job 波动大时仍可能阻塞 - 高频任务（≤30 秒间隔）优先用
SimpleTrigger：.WithSimpleSchedule(x => x.WithIntervalInSeconds(10).RepeatForever())，更稳、更可预测 -
"0 * * * * ?"这种写法会直接解析失败——cron 至少要 6 位，秒字段不能省；正确写法是"0 0 * * * ?"（每小时第 0 分第 0 秒）
应用退出前必须 Dispose，否则进程卡住
未调用 scheduler.Dispose() 或 await scheduler.Shutdown()，会导致后台线程持续运行，.NET 进程无法正常退出，尤其在 Console 或 Windows Service 场景下表现明显。
- ASP.NET Core 中，靠
AddQuartzHostedService()自动管理生命周期，但需确保配置了q.WaitForJobsToComplete = true - Console 应用中，应在
Console.ReadLine()后显式调用await scheduler.Shutdown()，再退出 - 使用
UseInMemoryStore()时，Shutdown()不会保存状态；生产环境若需持久化，必须配UsePersistentStore()并注意数据库连接生命周期
最容易被忽略的是：Cron 表达式的语义陷阱和线程池资源竞争——它们不会报错，只会让任务“偶尔不执行”或“突然堆积”，排查起来极难定位到 quartz 配置层。
