Autofac中RegisterInstance方法与InstancePerDependency生命周期矛盾疑问

核心结论 #

RegisterInstance 搭配生命周期配置的实际作用不是控制实例创建逻辑，而是控制实例的释放时机、以及Autofac对实例的所有权归属。

原理说明 #

你提前手动创建好实例再交给RegisterInstance注册时，Autofac已经持有了这个固定实例的引用，自然不可能再生成新的实例，所以不管后续配置什么生命周期，每次Resolve拿到的都是同一个你手动创建的实例。
这时候生命周期配置的作用切换到了「实例释放管理」维度：

• 默认情况下（不额外配置生命周期）：RegisterInstance注册的实例默认和根容器绑定，只有根容器被释放时，若实例实现了IDisposable接口，才会被Autofac自动释放。
• 搭配InstancePerDependency()：每次Resolve实例时，Autofac都会将该实例绑定到当前触发Resolve的子作用域的释放跟踪列表中。当前子作用域释放时，就会触发该实例的Dispose方法。

  注意：这种配置下如果在多个子作用域先后Resolve，第一个被释放的子作用域就会把实例销毁，后续其他作用域拿到的都是已释放的实例，需要自己做好使用时序控制。

• 搭配InstancePerLifetimeScope()：实例会和第一次Resolve它的子作用域绑定，只有当这个首次Resolve的子作用域释放时，实例才会被销毁，其他后续Resolve的作用域释放不会触发实例释放。

适用场景 #

这种配置的典型使用场景是：你已经完成了实例的初始化逻辑（比如实例需要复杂的外部参数构造、来自第三方框架的生成对象），不需要Autofac帮你创建实例，但希望借助Autofac的作用域自动释放能力来管理这个实例的销毁时机，不需要手动编写释放逻辑。
比如你有一个外部创建的临时文件操作对象、短生命周期的网络连接对象，希望当前请求/任务对应的子作用域结束时自动释放相关资源，就可以用这种注册方式实现。

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