Thread类的线程和线程池ThreadPool中的线程哪个速度更快？

[NameForMain]

Thread类的线程和线程池ThreadPool中的线程哪个速度更快？

[NameForMain]

怎么没有人指教啊？

[BSC]

mark

[aafshzj]

不是说了吗：一个短期任务就用线程池，一个守护或长期工作线程就用独立线程。

[aafshzj]

线程池任务一般都是迅速完成并且“直线前进”的，也就是不需要等待事件，不需要等待时间，只是直线条的完成一个任务，然后就over。这样的就适合放入线程池。

[aafshzj]

直线条并不是说完全没有循环哦什么的，强调一下，避免误解。

[bartholomew]

http://9q.blogspot.com/2006/10/dotnet_22.html

[NameForMain]

楼上的，麻烦你把内容贴过来。
因为公司限制访问网络，
你那个网站无法访问。

[NameForMain]

使用线程池中的线程的好处呢?

[aafshzj]

使用线程池中的好处就是节约，呵呵。不用真的创建一个线程，代码也稍微少一点。

[NameForMain]

就是因为代码少一些么？

[aafshzj]

“不用真的创建一个线程”这一句没看到吗？

[NameForMain]

也就是说节约了创建一条线程的时间？

[vosov]

线程的招募和遣散都是很耗资源的。如果有很多线程需要运行最好用线程池

[aafshzj]

不仅仅是节约了创建一条线程的时间，而且节约了线程资源。

[NameForMain]

谢谢楼上的指教。

[xiaoxiaren]

感觉线程池，管理起来方便吧。可重复利用性好。

[Atwind]

好个，这个东东不错的说～

[bartholomew]

晕~
楼主的公司怎么没连csdn也禁了啊……

http://9q.blogspot.com/2006/10/dotnet_22.html

线程池在应用程序资源的调配与处理上，做了一些优化，如果只是需要简单的多开几个线程来同时处理数据，而且每个线程的执行时间都很短，用线程池是一个不错的选择。

但是，如果每个子线程的执行时间很长，而总的需要处理的数据量很巨大，导致主线程又在不断的开启新的线程，个人感觉线程池不是一个很好的选择。

我曾经有过这样的经历，感觉线程池用在这种情况下的话，一方面是速度好像总有一定的限制，虽然可以更改线程池中的最大线程数，但总是不能自由的增加（当然是在硬件能够承受范围以内的），无法达到我想要的速度；另一方面我总怀疑是不是等待的线程过多时，线程池会自动砍掉一些线程，造成数据的丢失（当然，只是怀疑）。

所以，我采用了自己控制线程数的办法，设定一个参数作为线程总数的上限值，当程序当前进程中的线程总数超过设定值的时候，则等待一段时间再开启新的线程。这样的话，速度是上去了，也未发现造成数据的丢失。

以上只是我个人的看法，仅供大家参考，大家有什么新的观点欢迎交流！我也会继续在实践中关注这方面的内容~

[halfstudio]

试试看不是知道了

[superbug1984]

线程池个人觉得比较在调用时比较方便
单独线程适合长线任务