ASP.NET Core中Quartz.Net定时任务CPU占用随执行次数递增问题

一、任务注册逻辑排查 #

• 检查反射注册的幂等性：确认每次启动或任务触发时，是否重复注册了相同的Job/Trigger。可以通过调用scheduler.GetJobKeys(GroupMatcher<JobKey>.AnyGroup())统计任务数量，若逐次增加，说明存在重复注册问题，需在注册前通过scheduler.CheckExists(jobKey)判断，避免重复创建。
• 验证Job实例生命周期：如果使用默认的每次触发新建Job实例的模式，检查Job内部是否有未释放的资源（如未关闭的数据库连接、网络流）；若为单例Job，确认是否存在线程安全问题（如未加锁的共享变量操作），导致并发冲突消耗CPU。

二、任务执行资源泄漏检查 #

• 网络与IO资源：任务中调用外部API、写入外部服务器时，确保HttpClient、数据库连接、Stream等资源通过using语句正确释放。建议使用IHttpClientFactory注入HttpClient，避免频繁创建连接导致的资源累积。
• Serilog日志写入：临时关闭Serilog的MySQL写入，观察CPU峰值是否停止升高，排查是否为日志组件的连接复用问题。若相关，调整Serilog的批量写入配置（如batchPostingLimit、period），确保连接池复用正常。

三、Quartz调度器配置优化 #

• 线程池配置：检查quartz.threadPool.threadCount参数，若任务执行时长较长且触发频繁，线程池可能出现排队，但内存稳定的情况下更需关注是否线程未被正确回收。确保调度器是单例实例，避免多次创建调度器导致的线程资源浪费。
• 并发控制：给Job类添加[DisallowConcurrentExecution]特性，禁止同一任务并行执行，防止CPU负载因并行任务叠加而逐次升高。同时检查触发器配置，确认Cron/SimpleTrigger没有重复触发的逻辑错误。

四、性能诊断手段 #

• CPU采样分析：使用dotnet-trace工具收集任务执行时的CPU数据：

  dotnet-trace collect --process-id <你的服务端进程ID> --providers Microsoft-DotNETCore-SampleProfiler
  

  生成的trace文件用PerfView打开，定位CPU占用最高的热点函数，区分是Quartz调度逻辑还是业务代码问题。
• Quartz日志排查：开启Quartz的Debug级日志，查看每次任务执行时的调度流程，是否存在异常重试、重复调度的日志条目，快速定位问题根源。

五、代码修复建议 #

• 实现任务注册的幂等性：反射注册前先检查任务是否存在，避免重复创建Job和Trigger。
• 强制资源释放：在Job的Execute方法中，确保所有外部资源都被正确释放，必要时手动清理。
• 优化调度器参数：根据任务实际情况调整线程池大小，设置合理的线程回收策略。
• 增加并发限制：通过[DisallowConcurrentExecution]或[PersistJobDataAfterExecution]特性，控制任务的并发执行逻辑。

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