请问下EF的DbContext问题。你们怎么封装的。

[xiaoqiu_net]

如果把DbContext放在CallContext中，线程唯一，每个请求是一个共用的DbContext上下文，会有什么问题吗？、
听有的人说会影响，会有什么的并发问题。

这段代码获取当前线程的DbContext对象.

public class DbContextFactory
{
           DbContext DbContext = (DbContext)CallContext.GetData("context");
           if (DbContext == null)
           {
               DbContext = new EFBaseDbContext();
               CallContext.SetData("context", DbContext);
           }
           return DbContext;
}

对于http请求来说，每一个新的请求就开启一个新的线程吧，我认为不会不会影响其他请求。
有人测试过吗？求解谢谢。

或者贴你下你们的代码

[xiaoqiu_net]

删错了，少了代码。

public class DbContextFactory
{
     public static DbContext GetCurrentContext()
     {
           DbContext DbContext = (DbContext)CallContext.GetData("context");
           if (DbContext == null)
           {
               DbContext = new EFBaseDbContext();
               CallContext.SetData("context", DbContext);
           }
           return DbContext;
     }
}

[xiaoqiu_net]

咩人吗

[笑容融化坚冰]

放在线程里确实没了上下文并发问题，但我记得有博主说过，放进HttpContext最好，请求过后上下文会被一起销毁。 放在线程里的话，线程只是还给了线程池，等待复用，该线程里的上下文并没被销毁，长久下来可能残留一些垃圾数据

[笑容融化坚冰]

博文地址：EF上下文对象线程内唯一性与优化

[xiaoqiu_net]

引用 4 楼 testplusplus 的回复:

放在线程里确实没了上下文并发问题，但我记得有博主说过，放进HttpContext最好，请求过后上下文会被一起销毁。 放在线程里的话，线程只是还给了线程池，等待复用，该线程里的上下文并没被销毁，长久下来可能残留一些垃圾数据

嗯 用的callContext，在Global中加了 Application_EndRequest() 里面释放了线程Db资源 using(DbContext db = (DbContext)CallContext.GetData("DbContext"))}{} 再学习学习

[正怒月神]

你的代码，每个请求 并不是公用同一个DbContext 【每一个用户】访问，都会是一个新的DbContext， 只是【当前用户】从头到尾都是在调用一个DbContext而已。

[正怒月神]

所以，不会存在问题啊

[xiaoqiu_net]

引用 8 楼 hanjun0612 的回复:

所以，不会存在问题啊

嗯嗯 我也认为范围在当前线程内，感觉没什么问题，特来询问大神