記憶體溢位是由於沒被引用的物件（垃圾）過多造成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效能更好。

1. publicclass Test {  
2.     publicvoid testHeap(){  
3.         for(;;){  //死迴圈一直建立物件，堆溢位
   
4.               ArrayList list = new ArrayList (2000);  
5.           }  
6.     }  
7.     int num=1;  
8.     publicvoid testStack(){  //無出口的遞迴呼叫，棧溢位
   
9.         num++;  
10.         this.testStack();  
11.      }  
12.     publicstaticvoid main(String[] args){  
13.         Test  t  = new Test ();  
14.         t.testHeap();  
15.         t.testStack();     
16.     }  
17. } 
    

七）使用 DDMS工具進行查詢記憶體溢位的大概位置

2、棧溢位的原因

一）、是否有遞迴呼叫

二）、是否有大量迴圈或死迴圈

三）、全域性變數是否過多

四）、 陣列、List、map資料是否過大

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

ITeye推薦

相關 [java 記憶體 溢位] 推薦：

- - 網際網路 - ITeye部落格

1、 記憶體溢位的原因是什麼.       記憶體溢位是由於沒被引用的物件（垃圾）過多造成JVM沒有及時回收，造成的記憶體溢位. 如果出現這種現象可行程式碼排查：.     一）是否App中的類中和引用變數過多使用了Static修飾 如public staitc Student s；在類中的屬性中使用 static修飾的最好只用基本型別或字串. 如public static int i = 0; //public static String str;.   二）是否App中使用了大量的遞迴或無限遞迴（遞迴中用到了大量的建新的物件）.   三）是否App中使用了大量迴圈或死迴圈（迴圈中用到了大量的新建的物件）.

- - Java - 程式語言 - ITeye部落格

相信通過寫java程式討生活的人對記憶體溢位並不陌生，如下文字的出現更是讓人惱火：. 尤其當應用伺服器(Java容器)出現上述情況更是讓人有一種天塌下來的感覺.    好的編碼實踐可能會大大降低記憶體溢位的產生.    本文並不是寫如何規避記憶體溢位，但是我還是要介紹一下如何能夠儘量規避記憶體溢位：. 找幾個資深程式猿（或者整個專案組討論後）寫一個Java編碼規範，讓專案組成員儘量遵守. 一目瞭然的程式碼更容易定位問題，當然也更能讓人寫出好的程式碼. 單元測試要覆蓋所有分支與邊界條件. 有句老話說常在河邊站哪有不溼鞋（學名墨菲定律）. 程式碼寫完了，找資深程式猿掃掃程式碼沒有壞處. 有條件的專案組要充分利用測試人員的能動性.

- - 研發管理 - ITeye部落格

垃圾回收是Java程式設計師瞭解最少的一部分. 他們認為Java虛擬機器接管了垃圾回收，因此沒必要去擔心記憶體的申請，分配等問題. 但是隨著應用越來越複雜，垃圾回收也越來越複雜，一旦垃圾回收變的複雜，應用的效能將會大打折扣. 所以，Java程式設計師瞭解垃圾回收的機制並且知道怎樣解決“記憶體溢位”問題會有很大的益處. 在Java中，有兩個非常普遍的記憶體溢位問題. 一個是堆記憶體溢位，另一個是持久代記憶體溢位.        Java物件是java 類的例項. 每當建立一個Java物件時，Java虛擬機器都會建立該物件的內部引用並且儲存在堆中. 如果一個類是第一次訪問，那麼它必須通過Java虛擬機器載入進來.