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、越来越多的人说程序员技术不如业务重要,说这话的一般都不是搞技术的,至少技术搞得不好,我就经常这么忽悠人家