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 ,会有并发问题。