dot net程池ThreadPool.docVIP

dot net线程池ThreadPool一、线程池的适用范围 　　在日常使用多线程开发的时候，一般都构造一个Thread示例，然后调用Start使之执行。如果一个线程它大部分时间花费在等待某个事件响应 的发生然后才予以响应；或者如果在一定期间内重复性地大量创建线程。这些时候个人感觉利用线程池（ThreadPool）会比单纯创建线程 (Thread)要好。这是由于线程池能在需要的时候把空闲的线程提取出来使用，在线程使用完毕的时候对线程回收达到对象复用的效果。这个就涉及到池的性 质了。线程（Thread）很容易跟数据库连接、流、Socket套接字这部分非托管资源归在一起，但是个人认为Thread并不是非托管资源，有个低级 点的判别办法，就是Thread没有去实现IDispose接口，利用Reflector打开去查看的话，里面就有一个析构函数~Thread()它实际 上是调用了一个外部方法InternalFinalize()，估计这个就涉及到CLR里面的东西了。如果频繁开启线程，对资源的消耗会比用线程池的要 多。 二、池的容量和对象管理 　　既然上面提及到池的性质，在TheardPool这个线程池中也可以看到一个对象池的特点，这个可以在日后我们创建对象池时可以作为参考。虽然 本人以前也写过一个Socket的对象池，但是运行起来的性能不好。CLR内部其实拥有一个数据库连接的对象池，实现的效果跟ThreadPool类似，能让对象复用。 　　在以前定义Socket池时只定义了一个对象上限，没有下限的概念；在ThreadPool中，池内对象的上下限都可以进行设置和获取 1 public static bool SetMinThreads(int workerThreads, int completionPortThreads); 2 public static bool SetMaxThreads(int workerThreads, int completionPortThreads); 3 4 public static void GetMaxThreads(out int workerThreads, out int completionPortThreads); 5 public static void GetMinThreads(out int workerThreads, out int completionPortThreads); 　　至于这里有两种线程的原因迟点再提。MinThread指的是线程池初始或者空闲时保留最少的线程数，这个值与CLR的版本和CPU的核心数有关系。在CLR SP1之前的版本中，线程池默认最大线程数是 ?处理器数 * 25，在CLR SP1之后默认最大线程数是?处理器数 * 250。最少线程数则是 处理器数，于是我也尝试了一下。不过这里又涉及到CLR与.NET Framework的关系。 .NET Framework | CLR---------------------------------------2.0 RTM 　　　　 | 2.0.50727.42 2.0 SP1 　　 　　| 2.0.50727.1433 2.0 SP2 　　　　 | 2.0.50727.3053 3.0 RTM 　　　　 | 2.0 RTM 3.0 SP1　　　　　| 2.0 SP1 3.0 SP2　　　　　| 2.0 SP2 3.5 RTM 　　　　 | 2.0 SP1 3.5 SP1 　　　　 | 2.0 SP2 4.0 RTM 　　　　 | 4.0.30319.1 我自己通过 Environment类的Version属性获取CLR的版本号。下面这段代码，我使用几个版本的.NET Framework去编译 。 int i1,i2; ThreadPool.GetMaxThreads(out i1, out i2); Console.WriteLine(Max workerThreads :+ i1+ completionPortThreads:+i2); ThreadPool.GetMinThreads(out i1,out i2); Console.WriteLine(Min workerThreads:+i1 + completionPortThreads: + i2); Console.WriteLine( CLR Version: {0} , Environment.Version); 得出的结果有点失望，失望的不是与上面说