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