Tomcat内存CPU暴涨不降，绝对不是噱头

经过了大约4天的时间和一个周日的思考，终于找到了Tomcat运行变慢的原因，当然，找到原因不是因为思考，思考只是想表达一下自己周末也考虑工作的装逼态度。
先感谢一下豹先生提供的jmap命令和网上各种大神让我调整Tomcat参数的文章，基本没用，但是让我涨了见识，我是说对我这个问题没起到作用，以后肯定其他问题会有用。
现象：
Tomcat一开始启动，速度不错，cpu内存稳稳的趴在最低水平线，可是不知道什么鬼操作或者什么鬼日子，忽然就会各种暴涨，而且没人用的时候也不降，程序依旧跑，再过一段日子，被客户那群狂点逼们一顿点，就把Tomcat拖死了，不陪他们玩了。
排查过程
一，各种扯淡性质的怀疑：
1、Tomcat和Windows Server 2008兼容性不好，因为是32位Tomcat装到64位上又打补丁，所以先想到这个，所以又架设一台服务器，换成妥妥的64位免安装版本，搞了一通。没起到毛作用。
2、Tomcat参数没有优化设置，好，这个看起来还算靠谱，毕竟g到的和b到的都是这样说的，试试，使用如下参数调整

在catalina.bat的@echo off下面添加（就是第二行）
set JAVA_OPTS=-server -Xms512m -Xmx1024m -XX:MaxNewSize=512m -XX:MaxPermSize=256m
在startup.bat下面添加（让tomcat的工具自动回收内存）
@echo off
set JAVA_OPTS=%JAVA_OPTS%
-Dcom.sun.management.jmxremote.port=1090
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Djava.util.logging.config.file="%CATALINA_HOME%\conf\logging.properties"

为啥这么设置，说是这样Tomcat可以自己管理内存，这么拽，那你自己管理一下，我瞅瞅降不。事实上还是扯淡。（不是说人家扯淡，是针对我这个问题扯淡）。
二、靠谱点吧伙计，应该是代码有问题吧
1、数据库资源不释放,这个我曾经深信不疑，内存涨这么多，明显泄露，程序只有查询，肯定是了，一查说是spring的HibernateDataSupport里面的getSession()方法不合适，可能存在不关闭的现象，顿时精神百倍，改，全部换成getHibernateTemplate().getSessionFactory().getCurrentSession().（别问我既然用了hibernate干嘛还用session这玩意，不想说，怕说的时候一哭，鼻涕流嘴里去）。试试，起到了作用，但是还不行。
2、服务Session过期时间过长,我承认，我一度认为这个可以搞定我的问题了，因为我看到Session过期设置的时间是5小时，我擦啊，设置这么长，你这是让用户登上系统，去看电影，领导来了，马上可以回切的节奏啊。晚上一看，10个用户玩过，几百个session活着。调低，120分钟行了，一部电影差不多看完，你要是真开着看应该也没问题，其实我也找了调低到15分钟，然后在界面上不时的延迟一下。都改好了，准备替换程序了都，最终没用，因为忽然出现了转机。
三、别闹了骚年，真正的问题还是代码！死循环！
1、忽然的暴涨，肯定有异常操作,就在我准备切的时候，发现内存和cpu暴涨，而tomcat的session数并没有变多，所以此刻我绝望了，说明之前的方法也不科学，为什么会这样的，这一发现无异于致命的打击，我赶紧看系统日志，结果又给我致命打击的平方，日志啥都没记，有用的没记，记的东西都没用。我想了想，去写辞职信吧。
2、感谢灵光一现这个词，同时感谢java提供的jconsole 和jvisualvm这两个工具，就在我不知道怎么表达才能说明我辞职不是因为无能，而是因为和公司感情不和的时候，忽然想到jconsole可以看线程对应的代码，jvisualvm又可以看哪个线程长期占用cpu一直不歇着。互相对比发现了com.xx.xx(你懂得，一看com就知道是自己人写的代码），顿时亮了，感觉扒拉出代码一看。原来是A程序员拷了B程序员的一个方法，这个方法调用一个方法，A根本不需要，但是这家伙居然没删除，就一行代码啊，你就这么懒吗？要知道这个方法里面有死循环，而且死循环里有String +=String这样的操作。好吧，A，B各打50大板。详细代码不贴了，暴露商业机密 ，更主要是就不丢这个人了 。改了代码，暂时搞定，继续留职查看。
四、装逼的总结
1、有问题先查应用里面的代码，别找环境等问题，本末倒置，人家的作者都是谁，你丫敢去怀疑
2、内存过高一般是内存泄露，cpu过高一般是死循环，两者皆高，说明公司有奸细
3、jconsole和jvisualvm应该同步使用，用jvisualvm看看哪些线程一直绿着，中间没停过，然后到jconsole里面挨着看（可能多个），这次主要在http-8080-x这种线程中找到原因的。只要找到com.贵公司.高端项目.xxxx代码，你就应该兴奋起来了，八九不离十是这些代码的问题，哪怕只有一行也要去仔细瞅瞅。
4、很多代码靠测试也无法测出来，不是说测试无能，是他们非常无能，还得是写完了去审。
5、越来越多的人说程序员技术不如业务重要，说这话的一般都不是搞技术的，至少技术搞得不好，我就经常这么忽悠人家。

评论

4 楼 Xava99 2017-01-05  

确实、、、、、

3 楼 一个java程序员 2013-12-05  

PlayGod1984 写道

一个java程序员 写道

给分，还是有启发的。至少是自己总结的吧。呵呵。
发现问题，就是最好的。

多谢，嘿嘿，确实是走了很多弯路，其实也没涉及到什么高深技术，通过这个问题学到了很多

加油了，每天进步一点，一小步，日积月累也会收获很多。

有问题，有心得要多多分享啊，欢迎 给我留言我会关注你的博客的。

2 楼 PlayGod1984 2013-12-05  

一个java程序员 写道

给分，还是有启发的。至少是自己总结的吧。呵呵。
发现问题，就是最好的。

多谢，嘿嘿，确实是走了很多弯路，其实也没涉及到什么高深技术，通过这个问题学到了很多

1 楼 一个java程序员 2013-12-05  

给分，还是有启发的。至少是自己总结的吧。呵呵。
发现问题，就是最好的。