如何跨类传递Autofac作用域/容器？其正确用法是什么

你当前给出的示例可以正常运行，但不属于Autofac的推荐使用方式，存在不必要的复杂度和潜在问题，具体正确用法分场景说明：

绝大多数常规场景：直接声明依赖做构造函数注入 #

90%以上的业务开发场景下，你完全不需要注入ILifetimeScope，更不需要手动调用Resolve方法解析对象。Autofac在解析根对象时会自动递归构建完整依赖链，你只需要在类的构造函数里明确声明需要的依赖即可，容器会自动完成注入——你提到的“注入”就是这个场景下的标准术语，表述完全准确。

改写后的Class1不需要任何作用域相关代码，直接依赖Class2即可：

namespace HelloWorld
{
    internal class Class1
    {
        public Class1(Class2 class2)
        {
            _class2 = class2;
        }
        public void Write()
        {
            _class2.Write();
        }

        private readonly Class2 _class2;
    }
}

这种写法没有任何额外开销，依赖关系清晰可查，单元测试时也可以直接传入Mock对象，不需要额外模拟容器。对象的生命周期管理完全由Autofac自动处理，不需要手动干预。

需要动态创建实例/隔离作用域的特殊场景 #

如果确实存在运行时动态判断是否创建对象、需要临时隔离依赖作用域的需求（比如批量处理数据时每批数据用独立作用域、需要手动控制实例释放时机），才需要注入ILifetimeScope，但要避开你示例里的两个问题：

• 不要在构造函数中创建子作用域后长期持有不释放：你示例里在构造函数调用BeginLifetimeScope()创建的子作用域没有任何释放逻辑，会导致作用域内解析的所有实例长期无法被GC回收，造成内存泄漏
• 不要滥用服务定位器模式：到处写Resolve会把依赖关系藏在方法内部，无法静态检查依赖是否完整，代码维护成本会明显升高

这类场景的正确写法如下：

using Autofac;

namespace HelloWorld
{
    internal class Class1
    {
        public Class1(ILifetimeScope scope)
        {
            // 仅注入当前实例所属的生命周期作用域，不要提前创建子作用域
            _scope = scope;
        }
        public void Write()
        {
            // 需要使用时再创建临时子作用域，用using包裹保证用完自动释放
            using var tempScope = _scope.BeginLifetimeScope();
            var class2 = tempScope.Resolve<Class2>();
            class2.Write();
            // 离开using块后，临时作用域和其中解析的实例会被自动释放
        }

        private readonly ILifetimeScope _scope;
    }
}

补充说明 #

• 手动解析和创建作用域的性能开销极低，Autofac内部做了大量注册缓存和表达式树优化，你感知到的“开销大”基本都是代码维护层面的成本，而非运行时性能损耗
• 不要把根容器IContainer设为静态全局变量到处直接解析：根容器的生命周期和应用程序一致，从根容器解析的实例如果是单例以外的生命周期，会被根容器长期持有无法释放，最终引发内存泄漏。所有解析操作都应该在对应的业务生命周期作用域内完成
• 如果需要动态创建多个同类型实例，可以优先注入Func<T>工厂或者Owned<T>来代替直接注入ILifetimeScope调用Resolve，进一步降低代码耦合度

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