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