系統內存溢出解決辦法

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"//指定當全部可使用的處理請求的線程數都被使用時，能夠放處處理隊列中，請求數超過這個數的請求將不予處理

 

   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