AsynchronousFileChannel 使用的默认线程池的疑问

AIO服务在线上测试有一周时间了吧,现在发现一个问题,通过“任务管理器”查看aio服务的进程可以看出该进程的当前线程数经过几天的运行,在不断的增加:

1. 刚刚启动的时候,线程数在16个左右

2. 经过半天的运行,线程数达到30 - 50个左右

3. 经过几天的运行,线程数一般稳定在100个左右,基本上不再增加,或增加的很慢了。

 

我检查了一下代码,在AsynchronousServerSocketChannel中使用的是一个固定大小的线程池,所以这个地方不会导致使用的线程数不断的增加。

 

唯一有可能导致线程数增加的地方就是 AsynchronousFileChannel,由于这个地方使用的线程池是系统默认的,具体是什么类型的线程池,我到现在也不太清楚,我下午试了一下,换成一个固定数量的线程池,经测试发现“任务管理器”中的进程使用的线程数已可以控制在指定的范围里,但同时也发现性能下降了一些(并发数下降了一些),不管我把这个固定的线程池设置为10,还是50,还是100,性能还是上不去,算了,只好又改回原来使用系统默认的线程池吧,不再使用定制的线程池了。

 

我现在想的是,为什么AsynchronousFileChannel使用的默认线程池不能在系统空闲的时候回收一部分线程?如果遇到大并发的情况下,线程数可能达到500,难道以后这个aio进程就一直保持500个线程?

 

 2012-07-09

 

转载于:https://www.cnblogs.com/personnel/p/4583291.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值