HangFire作业执行时内部DI服务的状态生效规则咨询

核心结论：作业执行时使用的DI服务为执行时刻从当前应用DI容器解析的最新实例，不会保留作业创建时刻的状态快照。

具体逻辑可以拆解为两个阶段说明：

• 作业创建阶段
  你传入HangFire的作业执行表达式，在创建环节不会被实际执行。HangFire只会解析表达式对应的方法元信息、显式传入的方法参数，将这些内容序列化后持久化到配置的作业存储（如SQL Server、Redis）中。这个阶段框架不会触发DI容器解析表达式中依赖的服务，完全不存在保存服务状态快照的动作。
• 作业执行阶段
  当作业到达调度触发时间、被工作线程拉取执行时，HangFire才会为本次作业创建独立的DI服务作用域，基于执行时刻应用当前的DI容器配置解析所有依赖服务：
  • 对于数据库操作类最常用的Scoped生命周期服务，会在本次作业的独立作用域内生成全新实例，读取的是执行时刻最新的配置、使用执行时刻最新的服务实现——哪怕你在作业创建后修改了数据库连接串、替换了服务实现类，只要应用已加载最新变更，作业执行时就会使用新的逻辑和配置。
  • 对于Singleton生命周期服务，会直接取应用当前运行的全局单例实例的最新状态，和作业创建时点的实例状态没有绑定关系。
  • 对于Transient生命周期服务，每次请求解析都会生成全新实例，同样为执行时刻的最新实例。

常见踩坑提示：只有你显式作为作业方法参数传入的普通值类型、可序列化引用类型参数，才会在作业创建时被序列化存储为快照。不要直接将DI服务实例作为作业方法参数传入，这类实例要么无法正常序列化，要么反序列化后脱离DI容器上下文，会出现数据库连接失效、作用域丢失等异常。DI依赖请通过构造函数注入、或执行时从作业作用域解析的方式获取。

你可以通过简单测试快速验证结论：注册一个存测试值的单例服务，创建作业时将服务内的测试值设为old_value，在作业触发前将测试值修改为new_value，作业执行时读取到的值必然为new_value。

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