15,471
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
karonhome 2004-08-09
- 打赏
- 举报
mark
microyzy 2004-08-09
- 打赏
- 举报
因此我想，由于线程池与线程完成的任务是分开的，在线程池发展到一定程度以后，可能会出现我用你的线程池来执行我的任务的情况，像我现在的情况，线程池再好，也无法处理任务代码本身有缺陷的情况，也许任务本身也应该有一个规范，来防止出现这种情况
microyzy 2004-08-09
- 打赏
- 举报
对于线程池我一直有一个困惑，或者说解决不了的问题：
虽然小心翼翼，但是有时还是避免不了某个线程跌入到处理某个任务时间过长的情况（如数据库访问等），当然这些不属于线程池本身的错误。
一般情况下我的线程池总是有一个监督线程，我现在的方法是发现超时的线程之后，强行结束它，然后根据需要补充一个线程，因为有时线程陷入任务中后，无法通知它强行结束任务。强行结束线程之后在某些情况下会导致资源没有释放，如此时间一长，服务器就停止服务了。
注：服务器停止提供服务，并不是服务器崩溃了，线程池也正常运行，只是由于任务涉及的资源泄漏越来越多，最后导致资源本身无法再访问，几乎每个线程都会被强行结束掉
虽然小心翼翼，但是有时还是避免不了某个线程跌入到处理某个任务时间过长的情况（如数据库访问等），当然这些不属于线程池本身的错误。
一般情况下我的线程池总是有一个监督线程，我现在的方法是发现超时的线程之后，强行结束它，然后根据需要补充一个线程，因为有时线程陷入任务中后，无法通知它强行结束任务。强行结束线程之后在某些情况下会导致资源没有释放，如此时间一长，服务器就停止服务了。
注：服务器停止提供服务，并不是服务器崩溃了，线程池也正常运行，只是由于任务涉及的资源泄漏越来越多，最后导致资源本身无法再访问，几乎每个线程都会被强行结束掉
oyljerry 2004-08-01
- 打赏
- 举报
呵呵，前几天被人问了这个概念，当时不知怎么表达，呵呵，学习一下
Jimmy_Xia 2004-07-30
- 打赏
- 举报
大家在这里讨论，就说自己的理解，不要别人怎么怎么样
我不懂，所以我是来学习的。
我不懂，所以我是来学习的。
zfn1977 2004-07-30
- 打赏
- 举报
"有些情况下完成端口用不了的话（不支持重叠io）"
并不是说:完成端口不支持重叠i/o吗.只是你理解
能力差！！！！你还牙笑疼了？？看不起你！
并不是说:完成端口不支持重叠i/o吗.只是你理解
能力差！！！！你还牙笑疼了？？看不起你！
zfn1977 2004-07-30
- 打赏
- 举报
to: nightlocus(英雄本色)
做人还是谦虚一点好，人家
和你说:完成端口是线程池
的一个应用是对的。为什么
要这种口气呢？
做人还是谦虚一点好，人家
和你说:完成端口是线程池
的一个应用是对的。为什么
要这种口气呢？
nightlocus 2004-07-30
- 打赏
- 举报
to msdn_user(蓝天)
完成端口是线程池的一个应用
有些情况下完成端口用不了的话（不支持重叠io）
可能仍然还可以用线程池
--------------------------------------------
哈哈哈，我笑的牙都疼了，完成端口不支持重叠i/o吗？
完成端口是线程池的一个应用
有些情况下完成端口用不了的话（不支持重叠io）
可能仍然还可以用线程池
--------------------------------------------
哈哈哈，我笑的牙都疼了，完成端口不支持重叠i/o吗？
Pandona 2004-07-21
- 打赏
- 举报
mark
msdn_user 2004-07-21
- 打赏
- 举报
完成端口是线程池的一个应用
有些情况下完成端口用不了的话（不支持重叠io）
可能仍然还可以用线程池
有些情况下完成端口用不了的话（不支持重叠io）
可能仍然还可以用线程池
B2China 2004-07-20
- 打赏
- 举报
线程池技术一般用在服务器端，
服务器先初始化一个线程池，即启动N(N的个数依实际而定，一般N>64)个线程进行等待
客户端的连接请求或数据处理请求，这时这些线程是处于“睡眠”状态的，基本不占用
很多的CPU或内存，一旦监听到客户端的连接请求或服务请求，就“唤醒”其中的一个
空闲的线程，告诉它：“起床了，该你工作了”，于是这个线程就开始工作，同时设置自己
的状态为“忙着呢”， 工作完毕，它就继续进入
“冬眠”状态，直到下一个请求抵达。 如果所有的线程池的线程都努力干活，都在忙碌，
那么服务器就发送“服务端忙”的信息给客户端。
这样做有何好处呢：就是省去了当客户端请求到达时，服务器端匆忙创建一个线程的时间，
而且重复的创建、清理线程消耗CPU，内存资源也是很大的。最大的一个好处就是可以实现
高效的并发服务器操作。
服务器先初始化一个线程池，即启动N(N的个数依实际而定，一般N>64)个线程进行等待
客户端的连接请求或数据处理请求，这时这些线程是处于“睡眠”状态的，基本不占用
很多的CPU或内存，一旦监听到客户端的连接请求或服务请求，就“唤醒”其中的一个
空闲的线程，告诉它：“起床了，该你工作了”，于是这个线程就开始工作，同时设置自己
的状态为“忙着呢”， 工作完毕，它就继续进入
“冬眠”状态，直到下一个请求抵达。 如果所有的线程池的线程都努力干活，都在忙碌，
那么服务器就发送“服务端忙”的信息给客户端。
这样做有何好处呢：就是省去了当客户端请求到达时，服务器端匆忙创建一个线程的时间，
而且重复的创建、清理线程消耗CPU，内存资源也是很大的。最大的一个好处就是可以实现
高效的并发服务器操作。
nightlocus 2004-07-20
- 打赏
- 举报
你说的啊，还不如用完成端口呢？
梅文海 2004-04-18
- 打赏
- 举报
呵呵！以前我还没有了解这方面的技术，看了各位的介绍，发现我已经不经意的就使用了这个方面的技术，我做的是一个邮件群发软件，本来是每条线程处理结束后就释放掉，后来发现如果一开始就创建很多的线程可以节省大量的时间，无心插柳柳成阴，哈哈！
ygang76 2004-04-18
- 打赏
- 举报
创建和结束线程是要花时间的，使用线程池可以节约时间。
薛定谔之死猫 2004-04-18
- 打赏
- 举报
学习，收藏
nightfallrove 2004-04-18
- 打赏
- 举报
理解不难，，
但要用好就比较困难了，，
在网络编程中用得比较多，
比如你写服务器端的程序，
对每个客户端的请求都开一个线程为之服务，
但是客户请求很频繁，服务时间却很短，
如果每次收到一个请求都创建一个线程，
每次服务完毕又销毁该线程的话
会造成在创建/销毁线程上浪费太多资源，
一个改进的方法就是服务程序一开如就创建好N个进程
并将之全部挂起，收到一个请求就为该任务分配一个线程，
该线程执行完毕后并不销毁它，又将它挂起，
等待下一个请求。。
当同时得到的请求多于N时，应该有比较好的调度算法，
让这些请求排队等候空闲的线程。。。
WINDOWS线程池的文章比较少
去找一下POSIX的文章，很多的。。
但要用好就比较困难了，，
在网络编程中用得比较多，
比如你写服务器端的程序，
对每个客户端的请求都开一个线程为之服务，
但是客户请求很频繁，服务时间却很短，
如果每次收到一个请求都创建一个线程，
每次服务完毕又销毁该线程的话
会造成在创建/销毁线程上浪费太多资源，
一个改进的方法就是服务程序一开如就创建好N个进程
并将之全部挂起，收到一个请求就为该任务分配一个线程，
该线程执行完毕后并不销毁它，又将它挂起，
等待下一个请求。。
当同时得到的请求多于N时，应该有比较好的调度算法，
让这些请求排队等候空闲的线程。。。
WINDOWS线程池的文章比较少
去找一下POSIX的文章，很多的。。
B2China 2004-04-17
- 打赏
- 举报
线程池就是程序最初创建一组线程,挂起而不立即执行,等到要执行时,唤醒其中的一个线程执行,执行完毕又放回线程池.
anothervip 2004-04-17
- 打赏
- 举报
learn
itmaster 2004-04-17
- 打赏
- 举报
http://www-900.ibm.com/developerWorks/cn/java/l-threadPool/index.shtml
itmaster 2004-04-17
- 打赏
- 举报
线程池的介绍及简单实现
内容：
线程池的技术背景
线程池技术如何提高服务器程序的性能
线程池的简单实现及对比测试
关于高级线程池的探讨
结束语
参考资料
关于作者
Java 专区中还有:
教学
工具与产品
代码与组件
所有文章
实用技巧
幸勇
2002 年 8 月
服务器程序利用线程技术响应客户请求已经司空见惯,可能您认为这样做效率已经很高，但您有没有想过优化一下使用线程的方法。该文章将向您介绍服务器程序如何利用线程池来优化性能并提供一个简单的线程池实现。
线程池的技术背景
在面向对象编程中，创建和销毁对象是很费时间的，因为创建一个对象要获取内存资源或者其它更多资源。在Java中更是如此，虚拟机将试图跟踪每一个对象，以便能够在对象销毁后进行垃圾回收。所以提高服务程序效率的一个手段就是尽可能减少创建和销毁对象的次数，特别是一些很耗资源的对象创建和销毁。如何利用已有对象来服务就是一个需要解决的关键问题，其实这就是一些"池化资源"技术产生的原因。比如大家所熟悉的数据库连接池正是遵循这一思想而产生的，本文将介绍的线程池技术同样符合这一思想。
目前，一些著名的大公司都特别看好这项技术，并早已经在他们的产品中应用该技术。比如IBM的WebSphere，IONA的Orbix 2000在SUN的 Jini中，Microsoft的MTS（Microsoft Transaction Server 2.0），COM+等。
现在您是否也想在服务器程序应用该项技术?
线程池技术如何提高服务器程序的性能
我所提到服务器程序是指能够接受客户请求并能处理请求的程序，而不只是指那些接受网络客户请求的网络服务器程序。
多线程技术主要解决处理器单元内多个线程执行的问题，它可以显著减少处理器单元的闲置时间，增加处理器单元的吞吐能力。但如果对多线程应用不当，会增加对单个任务的处理时间。可以举一个简单的例子：
假设在一台服务器完成一项任务的时间为T
T1 创建线程的时间
T2 在线程中执行任务的时间，包括线程间同步所需时间
T3 线程销毁的时间
显然T ＝ T1＋T2＋T3。注意这是一个极度简化的假设。
可以看出T1,T3是多线程本身的带来的开销，我们渴望减少T1,T3所用的时间，从而减少T的时间。但一些线程的使用者并没有注意到这一点，所以在程序中频繁的创建或销毁线程，这导致T1和T3在T中占有相当比例。显然这是突出了线程的弱点（T1，T3），而不是优点（并发性）。
线程池技术正是关注如何缩短或调整T1,T3时间的技术，从而提高服务器程序性能的。它把T1，T3分别安排在服务器程序的启动和结束的时间段或者一些空闲的时间段，这样在服务器程序处理客户请求时，不会有T1，T3的开销了。
线程池不仅调整T1,T3产生的时间段，而且它还显著减少了创建线程的数目。在看一个例子：
假设一个服务器一天要处理50000个请求，并且每个请求需要一个单独的线程完成。我们比较利用线程池技术和不利于线程池技术的服务器处理这些请求时所产生的线程总数。在线程池中，线程数一般是固定的，所以产生线程总数不会超过线程池中线程的数目或者上限（以下简称线程池尺寸），而如果服务器不利用线程池来处理这些请求则线程总数为50000。一般线程池尺寸是远小于50000。所以利用线程池的服务器程序不会为了创建50000而在处理请求时浪费时间，从而提高效率。
这些都是假设，不能充分说明问题，下面我将讨论线程池的简单实现并对该程序进行对比测试，以说明线程技术优点及应用领域
内容：
线程池的技术背景
线程池技术如何提高服务器程序的性能
线程池的简单实现及对比测试
关于高级线程池的探讨
结束语
参考资料
关于作者
Java 专区中还有:
教学
工具与产品
代码与组件
所有文章
实用技巧
幸勇
2002 年 8 月
服务器程序利用线程技术响应客户请求已经司空见惯,可能您认为这样做效率已经很高，但您有没有想过优化一下使用线程的方法。该文章将向您介绍服务器程序如何利用线程池来优化性能并提供一个简单的线程池实现。
线程池的技术背景
在面向对象编程中，创建和销毁对象是很费时间的，因为创建一个对象要获取内存资源或者其它更多资源。在Java中更是如此，虚拟机将试图跟踪每一个对象，以便能够在对象销毁后进行垃圾回收。所以提高服务程序效率的一个手段就是尽可能减少创建和销毁对象的次数，特别是一些很耗资源的对象创建和销毁。如何利用已有对象来服务就是一个需要解决的关键问题，其实这就是一些"池化资源"技术产生的原因。比如大家所熟悉的数据库连接池正是遵循这一思想而产生的，本文将介绍的线程池技术同样符合这一思想。
目前，一些著名的大公司都特别看好这项技术，并早已经在他们的产品中应用该技术。比如IBM的WebSphere，IONA的Orbix 2000在SUN的 Jini中，Microsoft的MTS（Microsoft Transaction Server 2.0），COM+等。
现在您是否也想在服务器程序应用该项技术?
线程池技术如何提高服务器程序的性能
我所提到服务器程序是指能够接受客户请求并能处理请求的程序，而不只是指那些接受网络客户请求的网络服务器程序。
多线程技术主要解决处理器单元内多个线程执行的问题，它可以显著减少处理器单元的闲置时间，增加处理器单元的吞吐能力。但如果对多线程应用不当，会增加对单个任务的处理时间。可以举一个简单的例子：
假设在一台服务器完成一项任务的时间为T
T1 创建线程的时间
T2 在线程中执行任务的时间，包括线程间同步所需时间
T3 线程销毁的时间
显然T ＝ T1＋T2＋T3。注意这是一个极度简化的假设。
可以看出T1,T3是多线程本身的带来的开销，我们渴望减少T1,T3所用的时间，从而减少T的时间。但一些线程的使用者并没有注意到这一点，所以在程序中频繁的创建或销毁线程，这导致T1和T3在T中占有相当比例。显然这是突出了线程的弱点（T1，T3），而不是优点（并发性）。
线程池技术正是关注如何缩短或调整T1,T3时间的技术，从而提高服务器程序性能的。它把T1，T3分别安排在服务器程序的启动和结束的时间段或者一些空闲的时间段，这样在服务器程序处理客户请求时，不会有T1，T3的开销了。
线程池不仅调整T1,T3产生的时间段，而且它还显著减少了创建线程的数目。在看一个例子：
假设一个服务器一天要处理50000个请求，并且每个请求需要一个单独的线程完成。我们比较利用线程池技术和不利于线程池技术的服务器处理这些请求时所产生的线程总数。在线程池中，线程数一般是固定的，所以产生线程总数不会超过线程池中线程的数目或者上限（以下简称线程池尺寸），而如果服务器不利用线程池来处理这些请求则线程总数为50000。一般线程池尺寸是远小于50000。所以利用线程池的服务器程序不会为了创建50000而在处理请求时浪费时间，从而提高效率。
这些都是假设，不能充分说明问题，下面我将讨论线程池的简单实现并对该程序进行对比测试，以说明线程技术优点及应用领域
加载更多回复（3）
