博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于线程耗尽导致请求超时系统假死的思考
阅读量:5860 次
发布时间:2019-06-19

本文共 1026 字,大约阅读时间需要 3 分钟。

  hot3.png

线程耗尽:我们知道java程序中,所有计算都是通过线程来执行的,同时我们为了能够重复利用线程,避免频繁创建线程而消耗资源,一般我们都使用线程池,既然是池,那就表明线程是有限的,既然是有限的就会有耗尽的时候。当我们应用中的线程耗尽了,同时所有已经持有线程的计算任务迟迟不释放线程,那就导致请求超时,系统假死。

例子:

最近我们又遇到了一些类似这样的问题,情况大概是这样的: 业务场景:业务1需要完成两个任务:任务A,任务B,这两个任务相互独立,没有依赖。

问题 A、B这两个任务使用同一个线程池进行多线程并发处理,导致请求超时。

分析:

1、串行处理业务1的过程是这样的:

系统接到业务1,然后交由线程Th去处理。线程Th先处理A,接着处理B,然后释放线程Th。如果任务A、B任何出现等待都会导致线程Th等待。

2、并行处理业务1的过程是这样的:

(1)系统接到业务1,然后交由线程Th去处理。线程Th从线程池中获取线程1处理A,线程2处理B。此时A、B分别由线程1,线程2同时进行,当线程1和线程2都完成任务并释放回到线程池,线程Th也就释放了。

(2)但是任务A、B使用同一个线程池(假设线程池数量=10)进行多线程并发处理,当突然有大量这个业务请求,就会出现任务A把线程池的10个线程全部占用,任务B就会一直等待线程来处理。

(3)要完成业务1,需要完成A、B,但是显然已经完成A的线程1,需要获取一个线程2来处理B,才能将线程1释放,但是线程池耗尽,线程1会陷入一直等待的状态,这也导致了线程Th也是一直等待,最终就是请求超时。

解决方案:

1、可以改为串行执行A、B

2、或者使用不同的线程池处理A、B

线程耗尽一般现象:

1、请求超时,系统假死

2、大部分线程都是在等待(查看线程工具:jdk自动的jps)

3、cpu使用率不高

可能导致线程耗尽的情况:

1、一个业务中的多个任务,由不同线程池处理(上述例子)

2、IO处理未设置超时时间(这个去年遇到过)。

3、使用java 的queue超时时间 是否设置了

关于多线程并发处理的使用,我都会问自己以下几个问题:

1、我们是否真的需要使用多线程并发处理?

2、这样做是否真的解决了问题?

3、资源如何分配?(并不是线程越多处理越快)

关于线程耗尽的情况还有好多,欢迎补充。这是个人浅见,欢迎来踩。

转载于:https://my.oschina.net/huangy/blog/1603975

你可能感兴趣的文章
监控软件zabbix之安装
查看>>
No architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=arm64, VALID_ARCHS=armv7 armv7s)
查看>>
Exchange Server 2016 独立部署/共存部署 (七)—— DAG功能测试
查看>>
Linq==数据访问层?
查看>>
对RTMP视频流进行BitmapData.draw()出错的解决办法
查看>>
Linux 进程中 Stop, Park, Freeze【转】
查看>>
Vertica的这些事<十>—— vertica中group by 和join 语句的优化
查看>>
Spark修炼之道(基础篇)——Linux大数据开发基础:第九节:Shell编程入门(一)...
查看>>
MySQL中如何启用InnoDB数据引擎
查看>>
Duplicate Symbol链接错误的原因总结和解决方法[转]
查看>>
适配器模式
查看>>
刨根问底区块链 —— 基础篇
查看>>
php 直接调用svn命令
查看>>
建立低权限的ftp帐号
查看>>
htpasswd
查看>>
Android窗口机制(三)Window和WindowManager的创建与Activity
查看>>
Android 编译出错解决
查看>>
iOS--The request was denied by service delegate (SBMainWorkspace) for reason:
查看>>
Android 打开WIFI并快速获取WIFI的信息
查看>>
Spring boot 入门篇
查看>>