Autofac新线程使用子作用域报错:生命周期作用域已释放,求解决
解决Autofac子作用域在并行线程中已释放的问题
哥们,你踩的坑其实挺典型的——你在using块里创建了子作用域,启动线程后using块直接把这个作用域给释放了,等线程真正跑起来去Resolve依赖的时候,作用域已经被Dispose掉,自然就崩溃了。
问题根源拆解
你原来的代码里,DoSomething方法用using包裹了子作用域的创建,启动线程后using块立刻执行了Dispose操作。而线程是异步启动的,等它运行到_lifeTimeScopeChild.Resolve<Entities>()这行时,这个子作用域早就没了,所以才会抛出Instances cannot be resolved and nested lifetimes cannot be created from this LifetimeScope as it has already been disposed的错误。
修正方案
我给你调整一下代码,核心思路是让子作用域的生命周期完全覆盖线程的执行过程,同时适配后台线程的环境:
1. 调整仓储代码,把作用域创建移到线程内部
private readonly IComponentContext _container; // 建议通过构造函数注入容器上下文,而不是直接用AutofacDependencyResolver.Current public MyRepository(IComponentContext container) { _container = container; } public void DoSomething(int id){ // 启动后台线程传递参数 Thread t = new Thread(MySeparateThread); t.Start(id); } private void MySeparateThread(object idObj) { int id = (int)idObj; // 在线程内部创建子作用域,用using包裹确保执行完自动释放 using(var threadLifeTime = _container.BeginLifetimeScope()) { var entities = threadLifeTime.Resolve<Entities>(); // 这里执行你的数据库操作和通知判断逻辑 // entities.DoBusinessLogic(id); } }
2. 修正Entities的注册作用域
你之前把Entities注册为InstancePerRequest,但后台线程没有HTTP请求上下文,这个作用域在非请求场景下会失效,所以要改成InstancePerLifetimeScope:
var builder = new ContainerBuilder(); builder.RegisterType<MyRepository>().As<IMyRepository>(); // 把InstancePerRequest改成InstancePerLifetimeScope builder.RegisterType<Entities>().As<Entities>().InstancePerLifetimeScope(); var container = builder.Build();
3. 额外建议:改用Task替代Thread(更符合现代.NET实践)
如果你的项目是.NET Framework 4.5+或者.NET Core/5+,更推荐用Task.Run来启动后台任务,代码更简洁:
public void DoSomething(int id){ Task.Run(() => { using(var threadLifeTime = _container.BeginLifetimeScope()) { var entities = threadLifeTime.Resolve<Entities>(); // 执行业务逻辑 } }); }
关键注意点
- 永远不要在
using块外部持有子作用域的引用,using的本质就是自动释放资源,外部引用必然会导致访问已释放对象的问题。 - 后台线程不要依赖
InstancePerRequest的注册,这类注册是绑定HTTP请求上下文的,非请求场景下一定要改用InstancePerLifetimeScope或者其他合适的作用域。
内容的提问来源于stack exchange,提问作者Daniël Camps
相关产品推荐
相关产品推荐

