.NET多线程之调用上下文CallContext
命名空间：System.Runtime.Remoting.Messaging
SRE实战 互联网时代守护先锋，助力企业售后服务体系运筹帷幄！一键直达领取阿里云限量特价优惠。类型完全限定名称：System.Runtime.Remoting.Messaging.CallContext
用途：
用于提供与执行代码路径一起传送的属性集，直白讲就是：提供线程（多线程/单线程）代码执行路径中数据传递的能力。
| 方法 | 描述 | 是否可用于多线程环境 |
| SetData | 存储给定的对象并将其与指定名称关联。 | 否 |
| GetData | 从System.Runtime.Remoting.Messaging.CallContext中检索具有指定名称的对象 | 否 |
| LogicalSetData | 将给定的对象存储在逻辑调用上下文，并将其与指定名称关联。 | 是 |
| LogicalGetData | 从逻辑调用上下文中检索具有指定名称的对象。 | 是 |
| FreeNamedDataSlot | 清空具有指定名称的数据槽。 | 是 |
| HostContext | 获取或设置与当前线程相关联的主机上下文。在Web环境下等于System.Web.HttpContext.Current | 否 |
为了更加明确的认识这些方法的作用以及作用我们通过以下代码来了解：
首先定义一个类：
public class User
{
public string Id { get; set; }
public string Name { get; set; }
}
一、单线/多线程环境，测试GetData、SetData、FreeNamedDataSlot
下边的输出分别对应1、2、3的输出
根据上述测试结果我们基本可以得出以下结论：
1、GetData、SetData只能用于单线程环境，如果发生了线程切换，存储的数据也会随之丢失
2、可以用于同一线程中的不同地方，传递数据
一、单线/多线程环境，测试LogicalSetData、LogicalGetData、FreeNamedDataSlot
通过上述测试可得出结论：
a、FreeNamedDataSlot只能清除当前线程的数据槽，不能清除子线程的数据槽；
b、LogicalSetData、LogicalGetData可用于在多线程环境下传递数据；
c、FreeNamedDataSlot清除当前线程，之前已经运行子任务，不受影响
通过与上一测试对比我们可以得出结论：
a、FreeNamedDataSlot只能清除当前线程的数据槽
b、LogicalSetData只是存储当前线程以及子线程的数据槽
c、LogicalGetData获取的是当前线程或父线程的数据槽对象，拿到的时对象的引用
d、子线程中使用LogicalSetData改变数据槽的值，不能印象父线程的数据槽，及时他们的key时一个
现在清楚了它的功能，这样我们就可以来思考它的使用场景。
1、可以解耦代码，以前我们向下传递数据是通过参数变量的形式，方法嵌套，我么就需要额外的参数一层一层传递。如果我们Get了CallContext技能，就可以对代码进行解耦；
2、工作单元（UOW），像XPO的工作单元以及ABP的工作单元，都是通过CallContext来实现的，ABP详见IUnitOfWorkManager.Current->ICurrentUnitOfWorkProvider.Current->CallContextCurrentUnitOfWorkProvider.Current
3、 System.Web.HttpContext.Current我们常用来获取当前请求上下文，使用的是System.Runtime.Remoting.Messaging.CallContext.HostContext
System.Runtime.Remoting.Messaging.CallContext.HostContext get访问器和set访问器实现和GetData和SetData的实现方式一致
.NET Core中使用AsyncLocal代替CallContext
