当你使用tomcat部署web系统时,过了一段时间发现cpu暴涨,你不防试试下面的方法,看看是否程序内的死循环导致cpu暴涨。
第一步:增加tomcat监控对外端口
在你的tomcat的bin目录下找到catalina.sh在二行加上
注意修改为自己的ip和端口
-Dcom.sun.management.jmxremote.port= 8089 //对外端口
-Djava.rmi.server.hostname= 192.168.1.33 //为本机IP
第二步:启动tomcat
你懂得...
第三步:开启jvisualvm监控
在你本机jdk的bin目录下找到jvisualvm.exe,例如我的目录为C:\Program Files (x86)\Java\jdk1.6.0_33\bin\jvisualvm.exe
a.双击运行程序
b.选择远程
c.添加远程主机,如:192.168.1.254
d.选择该主机
e.添加JMX连接
效果如图:
第四步:双击该JMX连接
点击线程查看线程运行情况,一般只有main和一些监听程序一直是运行状态(runnable),
加入你有http-80- 类似的线程也一直处于运行状态,那就说明该执行该http请求有问题,甚至是死循环。
如图:
这里的http-80-25很长一段时间都处于运行状态,注意:绿色带便运行状态
第五步:点击上面图片标识的"线程dump",可以查看相信信息
经查,我的详细信息为:
第六步:找到对应的程序
发现代码确实出现了死循环
代码如下:
假如fileId不包含"@"符号,程序将陷入死循环。
第一步:增加tomcat监控对外端口
在你的tomcat的bin目录下找到catalina.sh在二行加上
- JAVA_OPTS='-server -Xms1024m -Xmx1024m -XX:PermSize=128M -XX:MaxPermSize=256M -XX:NewSize=256m -XX:MaxNewSize=512m -XX:+UseParallelGC -XX:ParallelGCThreads=2 -XX:+UseAdaptiveSizePolicy'
- JAVA_OPTS="$JAVA_OPTS
- -Dcom.sun.management.jmxremote.port=8089
- -Dcom.sun.management.jmxremote.ssl=false
- -Dcom.sun.management.jmxremote.authenticate=false
- -Djava.rmi.server.hostname=192.168.1.33
- -Djava.util.logging.mannager=org.apache.juli.ClassLoaderLogManager
- -Djava.util.logging.config.file=$CATALINA_HOME/conf/logging.properties"
注意修改为自己的ip和端口
-Dcom.sun.management.jmxremote.port= 8089 //对外端口
-Djava.rmi.server.hostname= 192.168.1.33 //为本机IP
第二步:启动tomcat
你懂得...
第三步:开启jvisualvm监控
在你本机jdk的bin目录下找到jvisualvm.exe,例如我的目录为C:\Program Files (x86)\Java\jdk1.6.0_33\bin\jvisualvm.exe
a.双击运行程序
b.选择远程
c.添加远程主机,如:192.168.1.254
d.选择该主机
e.添加JMX连接
效果如图:

第四步:双击该JMX连接
点击线程查看线程运行情况,一般只有main和一些监听程序一直是运行状态(runnable),
加入你有http-80- 类似的线程也一直处于运行状态,那就说明该执行该http请求有问题,甚至是死循环。
如图:

这里的http-80-25很长一段时间都处于运行状态,注意:绿色带便运行状态
第五步:点击上面图片标识的"线程dump",可以查看相信信息
经查,我的详细信息为:
- "http-80-25" - Thread t@101
- java.lang.Thread.State: RUNNABLE
- at com.wondertek.service.impl.FileManage.getFileOrFolderInfo(FileManage.java:278)
- at com.wondertek.web.action.FileAction.getFileOrFolderList(FileAction.java:500)
- at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
- at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
- at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
- at java.lang.reflect.Method.invoke(Unknown Source)
第六步:找到对应的程序
发现代码确实出现了死循环
代码如下:
- while (true) {
- for (int i = 0; i < infoSearch.size(); i++) {
- BasicDBObject infoDbObject = (BasicDBObject) infoSearch
- .get(i);
- globalFile = infoDbObject.getString(DBColConstants.m_id);
- if (fileId.equals(globalFile)) {// 开始找上一层编号
- fileId = infoDbObject
- .getString(DBColConstants.m_strParentID);// 下一个fileid
- // infoDbObject.getString(fileId);
- fileParentIds.add(infoDbObject
- .getString(DBColConstants.m_strParentID));
- infoSearch.remove(i);
- i--;
- }
- }
- if (fileId.indexOf("@") > 0) {// 到根目录查找完成
- break;
- }
- }
假如fileId不包含"@"符号,程序将陷入死循环。