简单看看ThreadPool的源码以及从中看出线程间传值的另一种方法

  　这几天太忙没时间写博客，今天回家就简单的看了下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主线程的上下文是需要很多的代码量，所以如果工作线程用不到主线程的这些信息，那么你应该做到显示关闭，这样

对工作线程的性能来说有很大的好处。