負責維護公司產品的web伺服器搭建與維護，最近遇到一下狀況，今天在這裡簡單總結一下，希望對於剛剛一些剛入行的小伙伴有所幫助，避免再走彎路。 第一點：Tomcat記憶體設置： 一、常見的Java記憶體溢出有以下三種： 1. java.lang.OutOfMemoryError: Java heap spa
負責維護公司產品的web伺服器搭建與維護，最近遇到一下狀況，今天在這裡簡單總結一下，希望對於剛剛一些剛入行的小伙伴有所幫助，避免再走彎路。
第一點：Tomcat記憶體設置：
一、常見的Java記憶體溢出有以下三種：
1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap（堆）溢出
JVM在啟動的時候會自動設置JVM Heap的值，其初始空間(即-Xms)是物理記憶體的1/64，最大空間(-Xmx)不可超過物理記憶體。
可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設置。Heap的大小是Young Generation 和Tenured Generaion 之和。
在JVM中如果98％的時間是用於GC，且可用的Heap size 不足2％的時候將拋出此異常信息。
解決方法：手動設置JVM Heap（堆）的大小。
2. java.lang.OutOfMemoryError: PermGen space ---- PermGen space溢出。
PermGen space的全稱是Permanent Generation space，是指記憶體的永久保存區域。
為什麼會記憶體溢出，這是由於這塊記憶體主要是被JVM存放Class和Meta信息的，Class在被Load的時候被放入PermGen space區域，它和存放Instance的Heap區域不同,sun的 GC不會在主程式運行期對PermGen space進行清理，所以如果你的APP會載入很多CLASS的話，就很可能出現PermGen space溢出。
解決方法： 手動設置MaxPermSize大小
3. java.lang.StackOverflowError ---- 棧溢出
棧溢出了，JVM依然是採用棧式的虛擬機，這個和C和Pascal都是一樣的。函數的調用過程都體現在堆棧和退棧上了。
調用構造函數的 “層”太多了，以致於把棧區溢出了。
通常來講，一般棧區遠遠小於堆區的，因為函數調用過程往往不會多於上千層，而即便每個函數調用需要 1K的空間(這個大約相當於在一個C函數內聲明瞭256個int類型的變數)，那麼棧區也不過是需要1MB的空間。通常棧的大小是1－2MB的。
通常遞歸也不要遞歸的層次過多，很容易溢出。
解決方法：修改程式。
設置Tomcat啟動的初始記憶體其初始空間(即-Xms)是物理記憶體的1/64，最大空間(-Xmx)是物理記憶體的1/4。
可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設置
Linux：
在/usr/local/apache-tomcat-5.5.23/bin 目錄下的catalina.sh添加：
JAVA_OPTS='-Xms512m -Xmx1024m'要加“m”說明是MB，否則就是KB了，在啟動tomcat時會 報記憶體不足。
-Xms：初始值-Xmx：最大值-Xmn：最小值
Windows
在catalina.bat最前面加入set JAVA_OPTS=-Xms128m -Xmx350m
如果用startup.bat啟動tomcat,OK設置生效.夠成功的分配200M記憶體.
但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,上面的設置就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M記憶體就OOM了..
windows服務執行的是bin\tomcat.exe.他讀取註冊表中的值,而不是catalina.bat的設置.
解決辦法:
修改註冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions
原值為-Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"-Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"-Xrs加入 -Xms300m -Xmx350m
重起tomcat服務,設置生效
分析java.lang.OutOfMemoryError: PermGen space 發現很多人把問題歸因於： spring,hibernate,tomcat，因為他們動態產生類,導致JVM中的permanent heap溢出 。然後解決方法眾說紛紜，有人說升級 tomcat版本到最新甚至乾脆不用tomcat。還有人懷疑spring的問題，在spring論壇上討論很激烈，因為spring在AOP時使用CBLIB會動態產生很多類。 但問題是為什麼這些王牌的開源會出現同一個問題呢，那麼是不是更基礎的原因呢？tomcat在Q&A很隱晦的回答了這一點，我們知道這個問題，但這個問題是由一個更基礎的問題產生。 於是有人對更基礎的JVM做了檢查，發現了問題的關鍵。原來SUN 的JVM把記憶體分了不同的區，其中一個就是permenter區用來存放用得非常多的類和類描述。本來SUN設計的時候認為這個區域在JVM啟動的時候就固定了，但他沒有想到現在動態會用得這麼廣泛。而且這個區域有特殊的垃圾收回機制，現在的問題是動態載入類到這個區域後，gc根本沒辦法回收！
對於以上兩個問題，我的處理是：
在catalina.bat的第一行增加：
Java代碼 :set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m
在catalina.sh的第一行增加：
Java代碼 :JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m
第二點：伺服器記憶體使用率經常達到90%以上
這是我感覺最可怕的，因為在程式上找不到問題，這種問題的出現多半是因為伺服器的配置過低，並且Tomcat下的服務過多，最終導致伺服器壓力過大罷工。
對於這種問題我的解決方案是：1、申請提高伺服器配置；2、將Tomcat下的服務分開放置於不同的伺服器上；3、增加伺服器的虛擬記憶體大小
對於前兩種方案，我想大家一聽就會，我們重點說一下，如何手動增加伺服器的虛擬記憶體大小：
我的電腦-->右鍵點擊選擇屬性-->高級系統設置-->性能選項-->高級-->虛擬記憶體-->更改（具體流程見下圖）
需要註意的是，當我們第一次設置虛擬記憶體大小時，點擊確定按鈕就可以設置成功，當我們第二次設置時，如果設置的比之前的小，點擊確定，系統會提示我們重啟電腦，如果我們設置的比之前的大，那就和第一次設置時一致，當我們點擊確定即可完成設置。
第三點：伺服器記憶體使用率不間斷的突然達到99%
對於這個問題，我也是剛遇到的，發現暫用記憶體較大的是一個名為sychost.exe的服務，經過在度娘上的搜索，這個應該是windows的升級服務，但是我們不能盲目的將其關閉，因為我們如果直接將其關閉，可能會引起藍屏。這裡我給大家講解一種方式：開始-->所有程式-->管理工具-->服務
將這個Windows Update的服務設置為手動即可。
好了，到這裡關於服務搭建的總結，就簡單敘述完了，如有不當的地方還望指點一二。謝謝
