request表示该针对每一次HTTP请求都会产生一个新的bean,同时该bean仅在当前HTTP request内有效,配置实例: request、session、global session使用的时候首先要在初始化web的web.xml中做如下配置:如果你使用的是Servlet 2.4及以上的web容器,那么你仅需要在web应用的XML声明文件web.xml中增加下述ContextListener即可:
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
1. 查看tomcat的本身日志。
2. -Xmx JVM堆的最大值,一般说来,你应该使用物理内存的80% 作为堆大小。
3. 参考:
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"
4. <Connector port="80" protocol="HTTP/1.1"
maxThreads="600"
minSpareThreads="100"
maxSpareThreads="500"
acceptCount="700"
5. :
1 去看看数据库连接情况吧!(也许没有连接可用了)
2 去看看线程死锁(程序逻辑问题)
3 看看数据库死锁 (数据库逻辑问题)
connectionTimeout="20000"
redirectPort="8443" />
参数解释:
maxThreads="600" ///最大线程数
minSpareThreads="100"///初始化时创建的线程数
maxSpareThreads="500"///一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程。
acceptCount="700"//指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中,请求数超过这个数的请求将不予处理
一、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