这几天太忙没时间写博客，今天回家就简单的看了下ThreadPool的源码，发现有一个好玩的东西，叫做”执行上下文“，拽名叫做：”ExecutionContext“。
一：ThreadPool的大概流程。
第一步：它会调用底层一个helper方法。
第二步：走进这个helper方法，我们会发现有一个队列，并且这个队列的item必须是QueueUserWorkItemCallback的实例，然后这就激发了我的
兴趣，看看QueueUserWorkItemCallback到底都有些什么？
第三步：走到QueueUserWorkItemCallback实例的时候，会依次把callback，state参数给当前类的字段，并且有一个好玩的地方的就是根据
ExecutionContext.IsFlowSuppressed()来判断要不要把”当前线程的上下文“给”调用线程“？这个放在后面讲，然后我们看到了一
个 IThreadPoolWorkItem.ExecuteWorkItem()方法，里面有ContextCallback委托的调用，也许这个就是队列中每一项中要调用
的方法。
第四步：然后我们再回到第二步中的 ThreadPoolGlobals.workQueue.Enqueue(callback, true)方法进去看看，并且我们的callback，state都被封装成了
QueueUserWorkItemCallback放到队列中了，从这个Enqueue方法中，我们看到了一个this.EnsureThreadRequested()，走到方法里面去了
之后，这时候急迫想去看ThreadPool.RequestWorkerThread()方法，但它是个extern方法，不过从名字上看就是请求工作线程去执行，所以并
没有真实的发现到所谓的线程池这个东西。（由于不能窥全貌，可能有些说的不太对）
好了，上面的剖析大概就这样了，其实所有的方法都封装成了底层的一个类放在一个队列中，应该是用上面的for来挑选空闲的工作线程去执行我们
的任务，里面还有很多代码，比较复杂，一时也看不懂什么。
二：执行上下文
刚才第三步说到了”执行上下文“，看到这个方法里面有一个if条件，然后看到有一个 ExecutionContext.IsFlowSuppressed()方法，从名字上
就可以看出叫”阻止流动“，如果为否的话，就用Capture来抓当前线程的”上下文信息“，然后我们就顺藤摸瓜的往下看，从这个方法来看，我们依次
去抓取调用线程的”安全设置“，”宿主设置“，”同步信息“，“逻辑调用”，并且可以看到logicalCallContext有值的话，会做一个copy的操作。
其实这个logicalCallContext非常有意思，里面是一个KV结构，源码里面也说了，只要我不IsFlowSuppressed，那么主线程的上下文会flow到
工作线程，那么logicalCallContext怎么设置呢？其实在C#里面的CallContext里面的LogicalSetData和LogicalGetData就可以做这些事情。
1 class Program
2 {
3 static void Main(string[] args)
4 {
5 CallContext.LogicalSetData("name", "ctrip");
6
7 Thread.CurrentThread.IsBackground = true;
8
9 ThreadPool.QueueUserWorkItem((o) =>
10 {
11 var t = Thread.CurrentThread.ManagedThreadId;
12
13 var result = CallContext.LogicalGetData("name");
14
15 Console.WriteLine("我是工作线程: Name:" + result);
16
17 });
18
19 Console.Read();
20 }
21 }
可以看到我在主线程设置的值被工作线程读到了，是不是很有意思，给我们线程间传值提供了另一种方法，刚才我们也看到，一旦IsFlowSuppressed
了，那么context就返回null，也就阻止了将logicCallContext的信息传递给工作线程，可以用ExecutionContext.SuppressFlow()做到，下面具体
看一看。
1 class Program
2 {
3 static void Main(string[] args)
4 {
5 CallContext.LogicalSetData("name", "ctrip");
6
7 //阻止logical数据流动
8 ExecutionContext.SuppressFlow();
9
10 Thread.CurrentThread.IsBackground = true;
11
12 ThreadPool.QueueUserWorkItem((o) =>
13 {
14 var t = Thread.CurrentThread.ManagedThreadId;
15
16 var result = CallContext.LogicalGetData("name");
17
18 Console.WriteLine("我是工作线程: Name:" + result);
19
20 });
21
22 Console.Read();
23 }
24 }
现在结论也出来了，去Capture主线程的上下文是需要很多的代码量，所以如果工作线程用不到主线程的这些信息，那么你应该做到显示关闭，这样
对工作线程的性能来说有很大的好处。