简单看看ThreadPool的源码以及从中看出线程间传值的另一种方法_.NET_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > .NET > 简单看看ThreadPool的源码以及从中看出线程间传值的另一种方法

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

 2014/11/6 16:13:02  一线码农  程序员俱乐部  我要评论(0)
  • 摘要:这几天太忙没时间写博客,今天回家就简单的看了下ThreadPool的源码,发现有一个好玩的东西,叫做”执行上下文“,拽名叫做:”ExecutionContext“。一:ThreadPool的大概流程。第一步:它会调用底层一个helper方法。第二步:走进这个helper方法,我们会发现有一个队列,并且这个队列的item必须是QueueUserWorkItemCallback的实例,然后这就激发了我的兴趣
  • 标签:方法 thread 源码 线程

 

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

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

 

上一篇: 中国语文教材将增加国学内容 下一篇: 没有下一篇了!
发表评论
用户名: 匿名