DB_DbContext_1
1.说明
CallContext:数据槽。命名空间:System.Runtime.Remoting.Messaging.
如果一个对象必须保证全局唯一,大家肯定会想到经典的设计模式:单例模式。但是要使用的对象,如果必须是线程内唯一的呢?
msdn对CallContext 的解释: CallContext 是类似于 方法调用的线程 本地存储区 的专用集合对象,并提供对每个逻辑执行线程 都唯一的数据槽 。数据槽 不在 其他逻辑 线程上的 调用上下文之间共享,当CallContext 沿 执行代码路径 往返 传播并 由该路径中的各个对象 检查时,可将对象添加到其中。
也就是说,当前线程对对象进行存储到线程本地存储区,对象随着线程的销毁而销毁。
2.DbContext的两种存在方式,有什么区别
(1)第一种是通过调用存在线程中的DbContext 来使用,
public WMBlogDB GetDb(){
//通过CallContext数据槽,可以实现 线程类实例 唯一的功能。
var db=CallContext.GetData(typeof(WMBlogDB).FullName);
if(db==null){
db=new TestEntties();
//放入数据槽中
CallContext.SetData(typeof(WMBlogDB).FullName,db);
}
return db as WMBlogDB;
}
(2)第二种是用完即销毁
using(DbContext db=new DbContext()){
}
3.比较
DbContext 是非常轻量级的东西,MS的建议是即用即抛。
如果是做Web开发的话,可以用DI先缓存起来,但是要InstancePerHttpRequest . 可以一定程度上加快访问。
绝对不建议全局DbContext,或者跨HttpRequest的 DbContext ,会有并发问题。