C# 线程池详解(转)

一、ThreadPool类

  • GetMaxThreads()    //  获取可以同时处于活动状态的线程池请求的最大数目。所有大于此数目的请求将保持排队状态,直到线程池线程变为可用。
                  参数1:workerThreads :线程池中辅助线程的最大数目。 
                  参数2:completionPortThreads :线程池中异步 I/O 线程的最大数目。 

    • 函数原型:public static void GetMaxThreads (out int workerThreads,out int completionPortThreads)

  • GetMinThreads()    // 获取线程池维护的空闲线程数。  

    • 函数原型:public static void GetMinThreads (out int workerThreads,out int completionPortThreads)
      参数1:workerThreads:当前由线程池维护的空闲辅助线程的最小数目。 
      参数2:completionPortThreads:当前由线程池维护的空闲异步 I/O 线程的最小数目。 

  • GetAvailableThreads()   //  获取由 GetMaxThreads 返回的线程池线程的最大数目和当前活动数目之间的差值。    
                 参数1:workerThreads:可用辅助线程的数目。 
                 参数2:completionPortThreads:可用异步 I/O 线程的数目。 

    • 函数原型:public static void GetAvailableThreads (out int workerThreads,out int completionPortThreads)

  • QueueUserWorkItem()   //  将方法排入队列以便执行。此方法在有线程池线程变得可用时执行。 
                 返回值:如果将方法成功排入队列,则为 true;否则为 false。 
                 参数2:state :包含方法所用数据的对象。 
                 返回值:如果将方法成功排入队列,则为 true;否则为 false。 
    备注:WaitCallback 回调方法必须与System.Threading.WaitCallback委托类型相匹配。WaitCallback函数原型:public delegate void WaitCallback(Object state);
    调用QueueUserWorkItem可以通过Object来向任务过程传递参数。如果任务过程需要多个参数,可以定义包含这些数据的类,并将类的实例强制转换为Object数据类型。

    • 重载方法2:public static bool QueueUserWorkItem (WaitCallback callBack,Object state)

    • 重载方法1:public static bool QueueUserWorkItem (WaitCallback callBack)

  • RegisterWaitForSingleObject()    //  将指定的委托排队到线程池。当发生以下情况之一时,辅助线程将执行委托。1、指定对象处于终止状态。2、超时间隔已过期。  
                 参数1:waitObject :要注册的 WaitHandle,通常为AutoResetEvent、ManualResetEvent 或 Mutex
                 参数2:callBackwaitObject :参数终止时调用的 WaitOrTimerCallback 委托。    
                               WaitOrTimerCallback委托原型:public delegate void WaitOrTimerCallback (Object state,bool timedOut)
                 参数3:state:传递给委托的对象。 
                 参数4:millisecondsTimeOutInterval:以毫秒为单位的超时时间。如果 millisecondsTimeOutInterval 参数为零 (0),则函数测试
    对象的状态并立即返回。如果 millisecondsTimeOutInterval 为 -1 或 Timeout.Infinite,则函数的超时间隔永远不过期。 
                参数5:executeOnlyOnce:如果为 true,表示在调用了委托后,线程将不再在 waitObject 参数上等待;如果为false,表示每次完成等待操作后都重置计时器,直到注销等待。(是否只调用一次)
               返回值:封装本机句柄的 RegisteredWaitHandle

    • 重载方法2:public static RegisteredWaitHandle RegisterWaitForSingleObject (WaitHandle waitObject,WaitOrTimerCallback callBack,Object state,long millisecondsTimeOutInterval,bool executeOnlyOnce)    // 64位的超时时间

    • 重载方法3:public static RegisteredWaitHandle RegisterWaitForSingleObject (WaitHandle waitObject,WaitOrTimerCallback callBack,Object state,TimeSpan timeout,bool executeOnlyOnce)
      参数4:timeout:TimeSpan 所表示的超时时间。如果 timeout 为零,则函数测试对象的状态并立即返回。如果 timeout 为 -1,则函数的超时间隔永远不过期。

    • 重载方法4:public static RegisteredWaitHandle RegisterWaitForSingleObject (WaitHandle waitObject,WaitOrTimerCallback callBack,Object state,uint millisecondsTimeOutInterval,bool executeOnlyOnce)  

    • 重载方法1:public static RegisteredWaitHandle RegisterWaitForSingleObject (WaitHandle waitObject,WaitOrTimerCallback callBack,Object state,int millisecondsTimeOutInterval,bool executeOnlyOnce)

  • UnsafeQueueUserWorkItem()      // 非安全性注册一个等待 WaitHandle 的委托(将方法排入队列以便执行)。
    备注:使用 UnsafeQueueUserWorkItem 可能会无意中打开一个安全漏洞。代码访问安全性的权限检查基于所有调用方对堆栈的权限进行。如果使用 UnsafeQueueUserWorkItem 将工作排在某个线程池线程上,则该线程池线程的堆栈将不会具有实际调用方的背景。恶意代码可能会利用这一点避开权限检查。

    • 函数原型:public static bool UnsafeQueueUserWorkItem (WaitCallback callBack,Object state)      //不将调用堆栈传播到辅助线程上。这允许代码失去调用堆栈,从而提升了它的安全特权

  • UnsafeRegisterWaitForSingleObject()   // 非安全性将指定的委托排队到线程池。
    millisecondsTimeOutInterval,bool executeOnlyOnce)

    • 重载方法1:public static RegisteredWaitHandle UnsafeRegisterWaitForSingleObject(WaitHandle waitObject,WaitOrTimerCallback callBack,Object state,int

  • SetMaxThreads()   //  设置可以同时处于活动状态的线程池的最大请求数目(不考虑计算机处理器的数目)
                 参数1:workerThreads::要由线程池维护的新的最小空闲辅助线程数。 
                 参数2:completionPortThreads::要由线程池维护的新的最小空闲异步 I/O 线程数。 
                 返回值:如果更改成功,则为 true;否则为 false。 
    备注:如果指定一个负数或者一个大于最大活动线程池线程数的正数(使用 GetMaxThreads 获取),则 SetMinThreads 返回 false 并且不更改任何一个最小值。
    将空闲线程数减少到小于处理器的数目会影响性能。而维护大量的空闲线程会消耗系统资源。您可能需要调整空闲线程数,以实现最佳的总体性能。对于那些在一段时间不活动之后爆发大量活动的应用,少量增加空闲线程数可以显著提高吞吐量。

    • 函数原型:public static bool SetMinThreads (int workerThreads,intcompletionPortThreads)

  • SetMinThreads()    // 设置线程池在新请求预测中维护的空闲线程数(不考虑计算机处理器的数目)
                 参数1:workerThreads:要由线程池维护的新的最小空闲辅助线程数。 
                 参数2:completionPortThreads:要由线程池维护的新的最小空闲异步 I/O 线程数。 
                返回值:如果更改成功,则为 true;否则为 false。 

    • 函数原型:public static bool SetMinThreads (int workerThreads,intcompletionPortThreads)

    • kangry注:这里的最小线程数一定要小于最大线程数,否则可能设置失败。

    • kangry注:设置最大线程数和最小线程数的一个应用场景是,倘若你的程序非常吃CPU,且是多线程的,那么应当控制线程池里面的最大线程数小于CPU的核数,这样可以给让CPU的使用率不致100%,影响其他程序或用户使用。

二、线程池的几个重要特点:

  • 一个进程有且只能管理一个线程池。

  • 线程池线程都是后台线程(即不会阻止进程的停止)

  • 每个线程都使用默认堆栈大小,以默认的优先级运行,并处于多线程单元中。超过最大值的其他线程需要排队,但它们要等到其他线程完成后才启动。

  • 在CLR 2.0 SP1之前的版本中,线程池中 默认最大的线程数量 = 处理器数 * 25, CLR 2.0 SP1之后就变成了 默认最大线程数量 = 处理器数 * 250,线程上限可以改变,通过使用ThreadPool.GetMax+Threads和ThreadPool.SetMaxThreads方法,可以获取和设置线程池的最大线程数。(Kangry注:这里好像不大一样,我的一台服务器是 32核的,一台个人电脑为4核,默认的最大线程数都是1023和1000

  • 默认情况下,每个处理器维持一个空闲线程,即默认最小线程数 = 处理器数

  • 当进程启动时,线程池并不会自动创建。当第一次将回调方法排入队列(比如调用ThreadPool.QueueUserWorkItem方法)时才会创建线程池。

  • 在对一个工作项进行排队之后将无法取消它。

  • 线程池中线程在完成任务后并不会自动销毁,它会以挂起的状态返回线程池,如果应用程序再次向线程池发出请求,那么这个挂起的线程将激活并执行任务,而不会创建新线程,这将节约了很多开销。只有线程达到最大线程数量,系统才会以一定的算法销毁回收线程。

三、不适合使用线程池的情形包括:

  • 如果需要使一个任务具有特定的优先级。

  • 如果具有可能会长时间运行(并因此阻塞其他任务)的任务。

  • 如果需要将线程放置到单线程单元中(线程池中的线程均处于多线程单元中)。

  • 如果需要用永久标识来标识和控制线程,比如想使用专用线程来中止该线程,将其挂起或按名称发现它。

  • 如果您需要运行与用户界面交互的后台线程,.NET Framework 2.0 版提供了 BackgroundWorker 组件,该组件可以使用事件与用户界面线程的跨线程封送进行通信。

四、线程池的优势:

  • 可以避免创建和销毁消除的开支,从而可以实现更好的性能和系统稳定性。

  • 把线程交给系统进行管理,程序员不需要费力于线程管理,可以集中精力处理应用程序任务。


转自:http://blog.csdn.net/chen_zw/article/details/7939834

0 条评论

    发表评论

    电子邮件地址不会被公开。 必填项已用 * 标注