java記憶體溢出的情況解決方法

　　記憶體溢出雖然很棘手，但也有相應的解決辦法，可以按照從易到難，一步步的解決。
　　第一步，就是修改JVM啟動參數，直接增加記憶體。這一點看上去似乎很簡單，但很容易被忽略。JVM預設可以使用的記憶體為64M，Tomcat預設可以使用的記憶體為128MB，對于稍複雜一點的系統就會不夠用。在某項目中，就因為啟動參數使用的預設值，經常報"OutOfMemory"錯誤。是以，-Xms，-Xmx參數一定不要忘記加。
　　第二步，檢查錯誤日志，檢視"OutOfMemory"錯誤前是否有其它異常或錯誤。在一個項目中，使用兩個資料庫連接配接，其中專用于發送短信的資料庫連接配接使用DBCP連接配接池管理，使用者為不将短信發出，有意将資料庫連接配接使用者名改錯，使得日志中有許多資料庫連接配接異常的日志，一段時間後，就出現"OutOfMemory"錯誤。經分析，這是由于DBCP連接配接池BUG引起的，資料庫連接配接不上後，沒有将連接配接釋放，最終使得DBCP報"OutOfMemory"錯誤。經過修改正确資料庫連接配接參數後，就沒有再出現記憶體溢出的錯誤。
　　檢視日志對于分析記憶體溢出是非常重要的，通過仔細檢視日志，分析記憶體溢出前做過哪些操作，可以大緻定位有問題的子產品。
　　第三步，安排有經驗的程式設計人員對代碼進行走查和分析，找出可能發生記憶體溢出的位置。重點排查以下幾點:
　　 檢查代碼中是否有死循環或遞歸調用。
　　 檢查是否有大循環重複産生新對象實體。
　　 檢查對資料庫查詢中，是否有一次獲得全部資料的查詢。一般來說，如果一次取十萬條記錄到記憶體，就可能引起記憶體溢出。這個問題比較隐蔽，在上線前，資料庫中資料較少，不容易出問題，上線後，資料庫中資料多了，一次查詢就有可能引起記憶體溢出。是以對于資料庫查詢盡量采用分頁的方式查詢。
　　 檢查List、MAP等集合對象是否有使用完後，未清除的問題。List、MAP等集合對象會始終存有對對象的引用，使得這些對象不能被GC回收。
　　第四步，使用記憶體檢視工具動态檢視記憶體使用情況。某個項目上線後，每次系統啟動兩天後，就會出現記憶體溢出的錯誤。這種情況一般是代碼中出現了緩慢的記憶體洩漏，用上面三個步驟解決不了，這就需要使用記憶體檢視工具了。
　　記憶體檢視工具有許多，比較有名的有:Optimizeit Profiler、JProbeProfiler、JinSight和Java1.5的Jconsole等。它們的基本工作原理大同小異，都是監測Java程式運作時所有對象的申請、釋放等動作，将記憶體管理的所有資訊進行統計、分析、可視化。開發人員可以根據這些資訊判斷程式是否有記憶體洩漏問題。一般來說，一個正常的系統在其啟動完成後其記憶體的占用量是基本穩定的，而不應該是無限制的增長的。持續地觀察系統運作時使用的記憶體的大小，可以看到在記憶體使用監控視窗中是基本規則的鋸齒形的圖線，如果記憶體的大小持續地增長，則說明系統存在記憶體洩漏問題。通過間隔一段時間取一次記憶體快照，然後對記憶體快照中對象的使用與引用等資訊進行比對與分析，可以找出是哪個類的對象在洩漏。
　　通過以上四個步驟的分析與處理，基本能處理記憶體溢出的問題。當然，在這些過程中也需要相當的經驗與敏感度，需要在實際的開發與調試過程中不斷積累。
 
　　記憶體溢出（out of memory），通俗了解就是記憶體不夠，通常在運作大型軟體或遊戲時，軟體或遊戲所需要的記憶體遠遠超出了你主機内安裝的記憶體所承受大小，就叫記憶體溢出。此時軟體或遊戲就運作不了，系統會提示記憶體溢出，有時候會自動關閉軟體，重新開機電腦或者軟體後釋放掉一部分記憶體又可以正常運作該軟體或遊戲一段時間。
　　記憶體溢出已經是軟體開發曆史上存在了近40年的"老大難"問題，像在"紅色代碼"病毒事件中表現的那樣，它已經成為黑客攻擊企業網絡的"罪魁禍首"。 如在一個域中輸入的資料超過了它的要求就會引發資料溢出問題，多餘的資料就可以作為指令在計算機上運作。據有關安全小組稱，作業系統中超過50%的安全漏洞都是由記憶體溢出引起的，其中大多數與微軟的技術有關。
　　定義及原因
　　記憶體溢出是指應用系統中存在無法回收的記憶體或使用的記憶體過多，最終使得程式運作要用到的記憶體大于虛拟機能提供的最大記憶體。為了解決Java中記憶體溢出問題，我們首先必須了解Java是如何管理記憶體的。Java的記憶體管理就是對象的配置設定和釋放問題。在Java中，記憶體的配置設定是由程式完成的，而記憶體的釋放是由垃圾收集器(GarbageCollection，GC)完成的，程式員不需要通過調用GC函數來釋放記憶體，因為不同的JVM實作者可能使用不同的算法管理GC，有的是記憶體使用到達一定程度時，GC才開始工作，也有定時執行的，有的是中斷式執行GC。但GC隻能回收無用并且不再被其它對象引用的那些對象所占用的空間。Java的記憶體垃圾回收機制是從程式的主要運作對象開始檢查引用鍊，當周遊一遍後發現沒有被引用的孤立對象就作為垃圾回收。

　　引起記憶體溢出的原因有很多種，常見的有以下幾種:
　　記憶體中加載的資料量過于龐大，如一次從資料庫取出過多資料;
　　集合類中有對對象的引用，使用完後未清空，使得JVM不能回收; 代碼中存在死循環或循環産生過多重複的對象實體; 使用的第三方軟體中的BUG; 啟動參數記憶體值設定的過小。