江苏龙网

  1. 主页 > 生活百科 > >

WebLogic执行线程耗尽解决方案

Weblogic

WebLogic执行线程耗尽解决方案WebLogic执行线程耗尽
1.1、概述 更多WebLogic相关知识·：
WebLogic集群管理 生活中常用脚本及运维技巧 WebLogic图形化安装及静默安装
WebLogic服务器执行线程耗尽后就不再响应后续请求，WebLogic即出现挂起现象 。
【WebLogic执行线程耗尽解决方案】WebLogic线程耗尽产生的原因有多种，一般而言线程耗尽是由于线程在争夺某种资源 。当一种资源处于缺少状态，比如数据库JDBC连接池的达到最大连接数，就会导致后续的业务线程都卡在等待获取JDBC的连接上，最终导致服务器无法响应后续的服务请求 。
1.2、常见线程耗尽原因
WebLogic服务器线程耗尽，最常见的几种原因如下：
WebLogic、JDK自身的Bug
业务系统中采用的开源软件的Bug
主机硬件到达上限瓶颈，无法承担更多的负载
数据库JDBC连接池耗光，后续业务线程无法获取到可用JDBC连接而一直处于等待状态
应用程序同步调用 。比如业务线程A执行的过程中锁定了资源1，而由于同步调用的原因导致其他业务线程不得不一直无限等待资源1的锁被释放 。
业务系统没有使用WebLogic线程池，而使用自定义的线程池 。当自定义线程池全部被占用，就会导致没有线程可用于新工作 。
线程都处于等待RJVM、RMI响应
应用配置不合理，比如设置了错误JSP PageCheckSeconds参数等
1.3、判断条件
在出现以下情况时怀疑WebLogic服务器线程耗尽：
服务器不响应新的请求
请求超时
请求处理的时间越来越长（其最终结果可能是挂起）
通常，服务器挂起不会表现为服务器崩溃，但服务器挂起之后可能会崩溃 。
1.4、收集信息
当服务器挂起时，首先使用 JAVA weblogic.Admin t3://server:port PING 来 ping 该服务器 。如果服务器能够响应此 ping，则可能是应用程序所使用的线程池耗尽而不是服务器自身 。
WebLogic Server 在8.1版本之前使用“Default”线程池响应客户端服务请求，在9.0版本以后使用Default (self-tuning)线程池响应客户端服务请求 。这些是在发生线程耗尽时应当检查的线程池 。通常情况下，用收集JVM的Thread Dump的办法来分析线程池运行信息 。加粗样式
linux / Unix系统
任何WebLogic版本均可使用 kill -3 创建诊断问题所需的 Thread Dump 。确保在每个服务器上执行几次，每次间隔大约 3 到 5秒，以帮助诊断死锁问题 。
在WebLogic 9.2版本或者是更高的版本中，可以直接通过使用JDK的jstack命令来收集Thread Dump信息 。
windows操作系统
任何WebLogic版本均可使用 - 来创建诊断问题所需的 Thread Dump 。确保在每个服务器上执行几次，每次间隔大约 3 到 5 秒，以帮助诊断死锁问题 。
在WebLogic 9.2版本或者是更高的版本中，可以直接通过使用JDK的jstack命令来收集Thread Dump信息 。
1.5、实施步骤
收集操作系统、WebLogic运行相关基本信息
收集出现线程耗尽时间段WebLogic运行日志
采集Thread Dump
在服务器上快速分析Thread Dump，初步定位线程耗尽问题
重启线程耗尽WebLogic服务器，使其尽快对外提供服务
将采集到的Thread Dump下载到本地，进行详细的离线分析
1.6、分析Thread Dump
WebLogic除了包含业务系统所使用的执行线程池以外，还包括ListenThread线程池、Socket Reader线程池以及自定义线程池等等 。由于WebLogic软件是非常复杂的企业软件，所以在分析的时候，我们不但需要关注业务执行线程池，同时也需要关注其他线程池 。WebLogic线程池简易图示如下：

WebLogic执行线程耗尽解决方案

文章插图
Thread Dump线程转储是将当前JVM包含的所有的线程的运行状态的一个映像，包含了：
各个线程的栈 (stacktrace)
线程当前的状态
线程名字
线程号(tid)以及对应的native thread id (nid) 等信息
分析WebLogic服务器线程耗尽的最有用的办法是分析一系列 的Thread Dump 。一系列 Thread Dump（一般每隔3 到 5 秒进行三个或更多 Thread Dump）可以帮助分析每个线程从一个 Thread Dump 到另一个 Thread Dump 过程中的状态变化或所缺少的变化 。WebLogic服务器线程耗尽导致服务器挂起后，服务器的 Thread Dump 一般显示线程状态从第一个 Thread Dump 到最后一个 Thread Dump 中变化很小 。
在 Thread Dump 中查看的内容
所有请求都通过 ListenThread 进入 WebLogic Server 。如果 ListenThread 丢失，就无法接收任何工作，因此也无法完成任何工作 。确认在 Thread Dump 中存在 ListenThread 。ListenThread 应当在 socketAccept 方法中 。下面示例说明监听线程 (Listen Thread) 的形式 。


推荐阅读


上一篇：通过TCP调试Modbus RTU

下一篇：PS中的蒙版和画笔打造人物半素描效果