request表示该针对每一次HTTP请求都会产生一个新的bean,同时该bean仅在当前HTTP request内有效,配置实例: request、session、global session使用的时候首先要在初始化web的web.xml中作以下配置:若是你使用的是Servlet 2.4及以上的web容器,那么你仅须要在web应用的XML声明文件web.xml中增长下述ContextListener便可: html
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener> web
1. 查看tomcat的自己日志。 spring
2. -Xmx JVM堆的最大值,通常说来,你应该使用物理内存的80% 做为堆大小。 数据库
3. 参考: tomcat
JAVA_OPTS='-server -Xms512m -Xmx768m -XX:NewSize=128m -XX:MaxNewSize=192m -XX:SurvivorRatio=8'
JAVA_OPTS="-Xms1024m -Xmx1024m -Xss1024K -XX:PermSize=128m -XX:MaxPermSize=256m" session
4. <Connector port="80" protocol="HTTP/1.1" app
maxThreads="600" jvm
minSpareThreads="100" socket
maxSpareThreads="500" 工具
acceptCount="700"
5. :
1 去看看数据库链接状况吧!(也许没有链接可用了)
2 去看看线程死锁(程序逻辑问题)
3 看看数据库死锁 (数据库逻辑问题)
connectionTimeout="20000"
redirectPort="8443" />
参数解释:
maxThreads="600" ///最大线程数
minSpareThreads="100"///初始化时建立的线程数
maxSpareThreads="500"///一旦建立的线程超过这个值,Tomcat就会关闭再也不须要的socket线程。
acceptCount="700"//指定当全部可使用的处理请求的线程数都被使用时,能够放处处理队列中,请求数超过这个数的请求将不予处理
1、tomcat jvm 内存溢出
分析当时的gc.log ,
7581861.927: [GC 7581861.927: [ParNew
Desired survivor size 76677120 bytes, new threshold 15 (max 15)
- age 1: 5239168 bytes, 5239168 total
: 749056K->10477K(898816K), 0.0088550 secs] 1418818K->680239K(8238848K), 0.0090350 secs]
没有发现有内存溢出的状况
直接grep catalina.sh 也没有结果,证实没有发生内存溢出的状况
grep OutOfMemoryException catalina.sh
SSH项目:
在web.xml中添加
<filter-mapping>
<filter-name>openSessionInView</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
注意必定要在全部filter-mapping以前
使用JRockit做为工具检测并解决JAVA内存泄漏问题的一次实战.doc: http://hi.baidu.com/shiliangshuai/item/852d5b3546e735d56c15e95a
1. 在GC输出的环境下,大压力下作多天的测试。(能够在 JAVA_OPTS增长-verbose:gc -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError):http://www.iteye.com/topic/256701
2. 自带工具:jvisualvm.exe
3. [最新]单例模式讨论篇:单例模式与垃圾回收
分享
http://ltfr0d1p.blog.sohu.com/206687874.html