.Net线程学习手记(2)—关于线程池的想法

类别:.NET开发 点击:0 评论:0 推荐:
  嗯,.Net的线程池比较适合实现较小较快完成的任务,因为每个线程运行完毕,才能退出线程池,但
线程池的大小是确定的(.Net中默认为25个),所以如果同时有太多线程的话,就会不可避免的阻塞后来
的线程,然后等待线程池中的线程执行完毕。
  现在有一个思路,记录下来,准备实践。
  如果为较长的线程的话,比如网络会话,Socket连接后就需要一直保持,直到客户端退出,或者服务
器强制退出,这样的话,首先,需要线程池的大小可变;其次,需要有一个线程池的最小容量,也即临界
值,当大于该值的线程退出后,就可以释放线程对象,否则,仅需要标记该线程未使用;然后,就是线程
的相关操作:清空、新增、删除、查找。
  线程池的大小可变没有什么好说的,关于临界值我的理解如下:
  1、创建(线程)对象需要时间;
  2、销毁(线程)对象需要时间;
  3、所以可以假设线程池就是一个对象数组(其实可以按照缓冲区进行理解),太大没有什么实际作
用,还白白浪费资源,太小,就会频繁的创建、销毁对象(嗯,有点像操作系统中的进程的时间片轮转),
效率就跟不上。
  关于线程的是否使用可以用整型(用整型的原因是机器的操作效率)数组按位表示,.Net中32位机器
的整型字节长为4位,所以,即便从开始到顺序查找线程池中第n个未使用的线程,仅需要
n\32+min(n%32,31)次跳转。至于访问位我想不应该使用位移,也不要循环,干脆把需要And的值预先放
在数组中,0=1、1=2、2=4、3=8、4=16、……,这个效率应该会高一些。当前使用了多少个线程可以记录
一下,但不要作为是否创建新线程的依据(线程池已经扩大,但小于临界值的一个线程已经终止的话),
可以记录一下临界值以下的最小可用线程的Index,没有就记-1。

本文地址:http://com.8s8s.com/it/it43855.htm