內存溢出（out of memory），通俗理解就是內存不夠，通常在運行大型軟件或游戲時，軟件或游戲所需要的內存遠遠超出了你主機內安裝的內存所承受大小，就叫內存溢出。此時軟件或游戲就運行不了，系統會提示內存溢出，有時候會自動關閉軟件，重啟電腦或者軟件后釋放掉一部分內存又可以正常運行該軟件或游戲一段時間。

　　內存溢出已經是軟件開發歷史上存在了近40年的“老大難”問題，像在“紅色代碼”病毒事件中表現的那樣，它已經成為黑客攻擊企業網絡的“罪魁禍首”。 如在一個域中輸入的數據超過了它的要求就會引發數據溢出問題，多余的數據就可以作為指令在計算機上運行。據有關安全小組稱，操作系統中超過50%的安全漏洞都是由內存溢出引起的，其中大多數與微軟的技術有關。

　　定義及原因

　　內存溢出是指應用系統中存在無法回收的內存或使用的內存過多，最終使得程序運行要用到的內存大于虛擬機能提供的最大內存。為了解決Java中內存溢出問題，我們首先必須了解Java是如何管理內存的。Java的內存管理就是對象的分配和釋放問題。在Java中，內存的分配是由程序完成的，而內存的釋放是由垃圾收集器（GarbageCollection，GC）完成的，程序員不需要通過調用GC函數來釋放內存，因為不同的JVM實現者可能使用不同的算法管理GC，有的是內存使用到達一定程度時，GC才開始工作，也有定時執行的，有的是中斷式執行GC。但GC只能回收無用并且不再被其它對象引用的那些對象所占用的空間。Java的內存垃圾回收機制是從程序的主要運行對象開始檢查引用鏈，當遍歷一遍后發現沒有被引用的孤立對象就作為垃圾回收。

　　1、 內存溢出的原因是什么？

　　內存溢出是由于沒被引用的對象（垃圾）過多造成JVM沒有及時回收，造成的內存溢出。如果出現這種現象可行代碼排查：

　　一）是否App中的類中和引用變量過多使用了Static修飾 如public staitc Student s；在類中的屬性中使用 static修飾的最好只用基本類型或字符串。如public static int i = 0; //public static String str;

　　二）是否App中使用了大量的遞歸或無限遞歸（遞歸中用到了大量的建新的對象）

　　三）是否App中使用了大量循環或死循環（循環中用到了大量的新建的對象）

　　四）檢查App中是否使用了向數據庫查詢所有記錄的方法。即一次性全部查詢的方法，如果數據量超過10萬多條了，就可能會造成內存溢出。所以在查詢時應采用“分頁查詢”。

　　五）檢查是否有數組，List，Map中存放的是對象的引用而不是對象，因為這些引用會讓對應的對象不能被釋放。會大量存儲在內存中。

　　六）檢查是否使用了“非字面量字符串進行+”的操作。因為String類的內容是不可變的，每次運行“+”就會產生新的對象，如果過多會造成新String對象過多，從而導致JVM沒有及時回收而出現內存溢出。

　　如String s1 = “My name”;

　　String s2 = “is”;

　　String s3 = “xuwei”;

　　String str = s1 + s2 + s3 +.。。。。。。。。;這是會容易造成內存溢出的

　　但是String str = “My name” + “ is ” + “ xuwei” + “ nice ” + “ to ” + “ meet you”; //但是這種就不會造成內存溢出。因為這是”字面量字符串“，在運行“+”時就會在編譯期間運行好。不會按照JVM來執行的。

　　在使用String，StringBuffer，StringBuilder時，如果是字面量字符串進行“+”時，應選用String性能更好；如果是String類進行“+”時，在不考慮線程安全時，應選用StringBuilder性能更好。

　　public class Test {

　　public void testHeap（）{

　　for（;;）{ //死循環一直創建對象，堆溢出

　　ArrayList list = new ArrayList （2000）;

　　}

　　}

　　int num=1;

　　public void testStack（）{ //無出口的遞歸調用，棧溢出

　　num++;

　　this.testStack（）;

　　}

　　public static void main（String［］ args）{

　　Test t = new Test （）;

　　t.testHeap（）;

　　t.testStack（）;

　　}

　　}

　　七）使用 DDMS工具進行查找內存溢出的大概位置

　　2、棧溢出的原因

　　一）、是否有遞歸調用

　　二）、是否有大量循環或死循環

　　三）、全局變量是否過多

　　四）、 數組、List、map數據是否過大

　　五）使用DDMS工具進行查找大概出現棧溢出的位置

　　解決方法

　　內存溢出雖然很棘手，但也有相應的解決辦法，可以按照從易到難，一步步的解決。

　　第一步，就是修改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程序運行時所有對象的申請、釋放等動作，將內存管理的所有信息進行統計、分析、可視化。開發人員可以根據這些信息判斷程序是否有內存泄漏問題。一般來說，一個正常的系統在其啟動完成后其內存的占用量是基本穩定的，而不應該是無限制的增長的。持續地觀察系統運行時使用的內存的大小，可以看到在內存使用監控窗口中是基本規則的鋸齒形的圖線，如果內存的大小持續地增長，則說明系統存在內存泄漏問題。通過間隔一段時間取一次內存快照，然后對內存快照中對象的使用與引用等信息進行比對與分析，可以找出是哪個類的對象在泄漏。

　　通過以上四個步驟的分析與處理，基本能處理內存溢出的問題。當然，在這些過程中也需要相當的經驗與敏感度，需要在實際的開發與調試過程中不斷積累。