via: http://www.cnblogs.com/fryy/archive/2013/11/27/3445281.html

記憶體洩漏指你用malloc或new申請了一塊記憶體，但是沒有通過free或delete將記憶體釋放，導致這塊記憶體一直處於佔用狀態

記憶體溢位指你申請了10個位元組的空間，但是你在這個空間寫入11或以上位元組的資料，就是溢位

要點

• 記憶體洩露是指程式中間動態分配了記憶體，但在程式結束時沒有釋放這部分記憶體，從而造成那部分記憶體不可用的情況，重啟計算機可以解決，但也有可能再次發生記憶體洩露，記憶體洩露和硬體沒有關係，它是由軟體設計缺陷引起的。 
• 記憶體洩漏可以分為4類：

  1)常發性記憶體洩漏。發生記憶體洩漏的程式碼會被多次執行到，每次被執行的時候都會導致一塊記憶體洩漏。

  2)偶發性記憶體洩漏。發生記憶體洩漏的程式碼只有在某些特定環境或操作過程下才會發生。常發性和偶發性是相對的。對於特定的環境，偶發性的也許就變成了常發性的。所以測試環境和測試方法對檢測記憶體洩漏至關重要。

  3)一次性記憶體洩漏。發生記憶體洩漏的程式碼只會被執行一次，或者由於演算法上的缺陷，導致總會有一塊僅且一塊記憶體發生洩漏。比如，在類的建構函式中分配記憶體，在解構函式中卻沒有釋放該記憶體，所以記憶體洩漏只會發生一次。

  4)隱式記憶體洩漏。程式在執行過程中不停的分配記憶體，但是直到結束的時候才釋放記憶體。嚴格的說這裡並沒有發生記憶體洩漏，因為最終程式釋放了所有申請的記憶體。但是對於一個伺服器程式，需要執行幾天，幾周甚至幾個月，不及時釋放記憶體也可能導致最終耗盡系統的所有記憶體。所以，我們稱這類記憶體洩漏為隱式記憶體洩漏。
• 記憶體溢位即使用者在對其資料緩衝區操作時，超過了其緩衝區的邊界；尤其是對緩衝區寫操作時，緩衝區的溢位很可能導致程式的異常。

• 記憶體溢位型別：

  1)java.lang.OutOfMemoryError:PermGen space

  PermGen space 的全稱是 Permanent Generation space,是指記憶體的永久儲存區域。這塊記憶體主要是被JVM存放Class和Meta資訊的，Class在被Loader時就會被放到PermGenspace中，它和存放類例項(Instance)的Heap區域不同，GC不會在主程式執行期對PermGenspace進行清理。

  JVM由XX:PermSize設定非堆記憶體初始值，預設是實體記憶體的1/64；

  JVM由XX:MaxPermSize設定最大非堆記憶體的大小，預設是實體記憶體的1/4。

  該錯誤常見場合：

  a) 應用中有很多Class，web伺服器對JSP進行pre compile時。

  b) Webapp下用了大量的第三方jar, 其大小超過了JVM預設的大小(4M)時。

  2)java.lang.OutOfMemoryError:Java heap space

  在JVM中如果98%的時間是用於GC且可用的Heap size 不足2%的時候將丟擲此異常資訊。

  JVM初始分配的記憶體由-Xms指定，預設是實體記憶體的1/64； 

  JVM最大分配的記憶體由-Xmx指定，預設是實體記憶體的1/4。 

  JVM記憶體的最大值跟作業系統有很大的關係。32位處理器雖然可控記憶體空間有4GB，但是具體的作業系統會給一個限制，這個限制一般是2GB-3GB（一般來說Windows系統下為1.5G-2G，Linux系統下為2G-3G），而64bit以上的處理器就不會有限制了。

  注意：如果Xms超過了Xmx值，或者堆最大值和非堆最大值的總和超過了實體記憶體或者作業系統的最大限制都會引起伺服器啟動不起來。 

  該錯誤常見場合：

  a) Web上傳檔案時。

  b) 開啟大型檔案或從資料庫中一次取了太多的資料。 
   

相關問題

1. Q:Java中會存在記憶體洩漏嗎？
   A: Java中也存在記憶體洩露。當被分配的物件可達但已無用（未對作廢資料記憶體單元的引用置null）即會引起。 如：

Vector v=new Vector(10);   
for (int i=1;i<100; i) {   
    Object o=new Object();   
    v.add(o);   
    o=null;   
}

//此時，所有的Object物件都沒有被釋放，因為變數v引用這些物件。   

//物件加入到Vector後，還必須從Vector中刪除，最簡單釋放方法就是將Vector物件設定為null。   

2. Q:記憶體洩露、溢位的異同？ 

    A: 同：都會導致應用程式執行出現問題，效能下降或掛起。

        異：

        1) 記憶體洩露是導致記憶體溢位的原因之一；記憶體洩露積累起來將導致記憶體溢位。

        2) 記憶體洩露可以通過完善程式碼來避免；記憶體溢位可以通過調整配置來減少發生頻率，但無法徹底避免。

3. 如何檢測記憶體洩露？   

 A: 可以通過一些效能監測分析工具，如 JProfiler、OptimizeitProfiler。

4. Q: 如何避免記憶體洩露、溢位？

A: 1)儘早釋放無用物件的引用。

          好的辦法是使用臨時變數的時候，讓引用變數在退出活動域後自動設定為null，暗示垃圾收集器來收集該物件，防止發生記憶體洩露。

         2)程式進行字串處理時，儘量避免使用String，而應使用StringBuffer。

          因為每一個String物件都會獨立佔用記憶體一塊區域，如：

String str = "aaa";   
String str2 = "bbb";   
String str3 = str  str2;   
// 假如執行此次之後str , str2再不被呼叫，那麼它們就會在記憶體中等待GC回收；   
// 假如程式中存在過多的類似情況就會出現記憶體錯誤；

        3) 儘量少用靜態變數。

         因為靜態變數是全域性的，GC不會回收。

         4)避免集中建立物件尤其是大物件，如果可以的話儘量使用流操作。

        JVM會突然需要大量記憶體，這時會觸發GC優化系統記憶體環境； 一個案例如下： 

1. // 使用jspsmartUpload作檔案上傳，執行過程中經常出現java.outofMemoryError的錯誤，   
2. // 檢查之後發現問題：元件裡的程式碼   
3. m_totalBytes = m_request.getContentLength();   
4. m_binArray = new byte[m_totalBytes];   
5. // totalBytes這個變數得到的數極大，導致該陣列分配了很多記憶體空間，而且該陣列不能及時釋放。   
6. // 解決辦法只能換一種更合適的辦法，至少是不會引發outofMemoryError的方式解決。   
7. // 參考：http://bbs.xml.org.cn/blog/more.asp?name=hongrui&id=3747   

        5)儘量運用物件池技術以提高系統性能。

         生命週期長的物件擁有生命週期短的物件時容易引發記憶體洩漏，例如大集合物件擁有大資料量的業務物件的時候，可以考慮分塊進行處理，然後解決一塊釋放一塊的策略。

         6)不要在經常呼叫的方法中建立物件，尤其是忌諱在迴圈中建立物件。

         可以適當的使用hashtable，vector建立一組物件容器，然後從容器中去取那些物件，而不用每次new之後又丟棄。

        7) 優化配置。

5. Q:記憶體溢位的解決方案？ 
    A: 一是從程式碼層面進行優化完善，儘量避免該情況發生；

        二是調整優化伺服器配置： 

        1) 設定-Xms、-Xmx相等；

        2) 設定NewSize、MaxNewSize相等；

        3) 設定Heap size, PermGen space:

            Tomcat 的配置示例：修改 %TOMCAT_HOME%/bin/catalina.bat or catalina.sh

            在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：

     set JAVA_OPTS=-Xms800m -Xmx800m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m