经过了大约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、越来越多的人说程序员技术不如业务重要,说这话的一般都不是搞技术的,至少技术搞得不好,我就经常这么忽悠人家。
分享到:
相关推荐
这是一个查看Tomcat内存的文件。放在应用工程中,直接访问就可以。 个人感觉这是一个非常有用的文件。
修改tomcat内存大小
修改Tomcat内存大小,包含win/linux
监控tomcat内存使用情况
在生产环境中tomcat内存设置不好很容易出现内存溢出。造成内存原因是不一样的,当然处理方式也不一样。本文就介绍了Tomcat内存溢出的三种情况及解决办法分析
TOMCAT内存大小调整
对Tomcat 内存最大值最小值进行设置
TOMCAT内存溢出之解决方法
可以监测tomcat设置的内存是否生效,监测当前使用的内存和剩余内存,监测当前在线用户量。不错的工具,作为一个tomcat的web项目运行,不需要额外安装插件和程序。登录用户直接使用tomcat的用户,请有conf\tomcat_...
Tomcat 的内存释放 操作说明 大V从吧别到时份范德萨的范德萨发
Tomcat内存溢出三种情况及解决办法,不同的异常采用不同的方式解决,不能盲目的增加内存就可以了。
tomcat内存配置
Tomcat默认可以使用的内存有限的,在较大型的应用项目中,可能会出现内存不够用的情况,需要调大。现总结有以下几种扩大Tomcat内存的方法可以选用: 方法一:这种方法是在Tomcat使用startup.bat文件启动项目的情况下...
tomcat默认可以使用的内存为128MB,在较大型的应用项目中,这点内存是不够的,轻微时,会使系统性能急剧下降,严重时,将导致系统无法运行,影响系统的稳定性。
tomcat内存溢出分析及解决方案,主要是分析tomcat内存溢出原因及对应的解决方案
Eclipse + Tomcat 内存溢出参数设置
修改TOMCAT内存的方法(有图有真相) apache-tomcat-6.0.35 1、对于安装版的TOMCAT: 2、对于解压版的TOMCAT: 3、linux系统下修改方法 4修改完成查看内存
各种环境下tomcat内存设置 linux 和 windows
tomcat内存泄漏方法,将文件解压放到tomcat的bin目录下
tomcat内存溢出