多线程QueueUserWorkItem和UnsafeQueueUserWorkItem的区别

https://blog.csdn.net/yangwohenmai1/article/details/90490880

多线程之旅(10)_QueueUserWorkItem和UnsafeQueueUserWorkItem的区别



这是个比较冷门的点，是我在写多线程之旅(2)_创建一个属于自己的精简线程池_线程调度策略——附C#源码这篇文章时，
发现在做线程队列时，官方选用的是UnsafeQueueUserWorkItem，而不是常见的QueueUserWorkItem，
所以后续我就对这两个方法调查一番，发现资料也不多，总结一下。

一、官方定义
首先看一下官方的定义：

来源：

https://docs.microsoft.com/zh-cn/dotnet/api/system.threading.threadpool.queueuserworkitem?view=netframework-4.8

https://docs.microsoft.com/zh-cn/dotnet/api/system.threading.threadpool.unsafequeueuserworkitem?view=netframework-4.8

（1）QueueUserWorkItem(WaitCallback, Object)
将方法排入队列以便执行，并指定包含该方法所用数据的对象。 此方法在有线程池线程变得可用时执行。

参数：

WaitCallback，它表示要执行的方法。

Object，包含方法所用数据的对象。

（2）UnsafeQueueUserWorkItem(WaitCallback, Object)
将指定的委托排队到线程池，但不会将调用堆栈传播到辅助线程。

参数：

 WaitCallback，表示当线程池中的线程选择工作项时调用的委托。

Object，在接受线程池服务时传递给委托的对象。

二、解析
看着上面的官方解释，一如既往的迷，不用担心是之上问题，或许是因为翻译问题使得很难理解。

下面我用一篇文章（http://www.csframework.com/archive/2/arc-2-20110727-1759.htm）中的一段描述来解释这个问题：

threadpool类有一个UnsafeQueueUserWorkItem方法。该方法与平时调用的QueueUserWorkItem方法非常相似。下面先简单介 绍一下这两个方法的区别：

当有线程试图访问一个受限资源（如打开一个文件）时，clr将执行一个代码访问安全（code access security， cas）检查。也就是说，
clr将检查调用线程的调用堆栈中的所有程序集是否都有访问资源的许可权限。如果有一些程序集没有所需 的许可权限，clr将抛出一个securityexception异常。
假设正在执行代码的线程所在的程序集没有打开文件的许可权限，那么在线程试图打开文件时，clr将抛出一个securityexception异常。

为让线程继续运行，线程可以在线程池的队列加入一个工作项，让线程池中的线程来执行打开文件的代码。当然这必须在拥 有合适许可权限的程序集中进行。
这种“工作区”智取安全权限的现象可以允许怀恶意的代码对受限资源进行严重破坏。为阻止这 种获得安全权限的方式，QueueUserWorkItem方法内部遍历调用线程的堆栈，
并捕获所有被授予的安全权限。然后，当线程池中的线程开始执行时，这些权限再与线程结合。因此，线程池中的线程以调用QueueUserWorkItem方法的线程相同的权限集来完成运行。

（看着是有些绕，简单说呢，QueueUserWorkItem作为一种安全的线程池机制，其内部有一个功能，就是能遍历调用线程池中线程的‘堆栈’，
获取堆栈中程序集所具有的安全权限。当堆栈对该线程调用时，这个线程的就继承了调用他的堆栈内容所具有的权限。这样就避免了权限较小的堆