我之前也碰到过几乎一模一样的问题，折腾了好一阵才把坑都填上，给你列几个容易遗漏的关键配置和排查点：

• 应用池托管管道模式必须为集成模式
  经典模式下IIS的预加载机制是不生效的，这是很多教程容易忽略的细节。打开IIS管理器，找到你的AUTOSTARTSITE应用池，确认“托管管道模式”设置为集成。

• 确保预加载类的部署与访问权限正确
  你的StartUpCode类必须满足两个条件：

  1. 是public访问修饰符，且包含无参构造函数（哪怕是空实现）；
  2. 部署位置正确：如果是Web Application项目，要编译到站点Bin目录的程序集中；如果是Web Site项目，要放在App_Code文件夹下。

• 检查serviceAutoStartProviders配置的准确性
  在ApplicationHost.Config中，serviceAutoStartProviders的配置必须精准匹配你的类信息。如果类没有命名空间，格式应该是：

  <serviceAutoStartProviders>
    <add name="StartUpCode" type="StartUpCode" />
  </serviceAutoStartProviders>
  

  如果类在特定程序集中，还需要补充程序集名称，比如：type="YourAssemblyName.StartUpCode, YourAssemblyName"。

• 确认站点与应用池的启动状态
  即使配置了serverAutoStart="true"，如果站点处于手动停止状态，IIS不会自动启动它——你需要先手动启动站点一次，后续才会触发自动启动逻辑。同时检查站点绑定是否正确，绑定错误也可能导致预加载不触发。

• 关闭应用池空闲超时与调整回收规则
  这是导致Quartz任务被中断的核心原因之一：

  1. 进入应用池“高级设置”，把**空闲超时(分钟)**设为0，避免IIS因长时间无请求回收进程；
  2. 检查回收规则，禁用不必要的固定时间/内存阈值回收，或者调整到定时任务执行完成之后的时间点。

• 排查预加载代码的执行日志权限
  如果你的预加载日志没有生成，大概率是权限问题：确认应用池身份（比如ApplicationPoolIdentity）拥有日志文件目录的写入权限。建议改用Windows事件日志记录（用EventLog.WriteEntry），这样更容易排查代码是否执行或执行时是否报错。

• 重启整个IIS服务
  修改ApplicationHost.Config后，仅重启站点或应用池可能无法让配置完全生效，建议运行命令行执行 iisreset 重启整个IIS服务。

我当时就是漏了把空闲超时设为0，还忘了给预加载类加public修饰符，折腾了半天。你可以逐个排查这些点，应该能解决问题。

内容的提问来源于stack exchange，提问作者Chris Chevalier