如果说,一个对象保证全局唯一,肯定会使用单例模式,如果要使用的对象必须是线程内唯一的呢?则要使用数据槽CallContext
CallContext :是类似于方法调用的线程本地存储区的专用集合对象,并提供对每个逻辑执行线程都唯一的数据槽。数据槽不在其他逻辑线程上的调用上下文之间共享。当 CallContext 沿执行代码路径往返传播并且由该路径中的各个对象检查时,可将对象添加到其中。
也就是说:当前线程对对象进行储存到线程本地储存区,对象随着线程的销毁而销毁
例子:
static string key = "DbContext-Single";
public static System.Data.Entity.DbContext Instance
{
get
{
DbContext temp = CallContext.GetData(key) as DbContext;
if (temp == null)
{
temp = new HelperModelContainer();
//放入数据槽中
CallContext.SetData(key, temp);
}
return temp;
}
private set { }
}
EF上下文要使用,如果new 变量,在一个线程内可能有多个对象造成浪费性能,而且有可能共享
线程内唯一对象管理
本文探讨了在多线程环境中如何确保对象在每个线程内的唯一性,介绍了使用CallContext作为线程本地存储区的方法,通过实例展示了如何在Entity Framework上下文中应用此模式,以避免性能浪费和对象共享问题。
140

被折叠的 条评论
为什么被折叠?



