記憶體溢位 out of memory，是指程式在申請記憶體時，沒有足夠的記憶體空間供其使用，出現out of memory；比如申請了乙個integer,但給它存了long才能存下的數，那就是記憶體溢位。
記憶體洩露 memory leak，是指程式在申請記憶體後，無法釋放已申請的記憶體空間，一次記憶體洩露危害可以忽略，但記憶體洩露堆積後果很嚴重，無論多少記憶體,遲早會被占光。
memory leak會最終會導致out of memory！
記憶體溢位就是你要求分配的記憶體超出了系統能給你的，系統不能滿足需求，於是產生溢位。
記憶體洩漏是指你向系統申請分配記憶體進行使用(new)，可是使用完了以後卻不歸還(delete)，結果你申請到的那塊記憶體你自己也不能再訪問（也許你把它的位址給弄丟了），而系統也不能再次將它分配給需要的程式。乙個盤子用盡各種方法只能裝4個果子，你裝了5個，結果掉倒地上不能吃了。這就是溢位！比方說棧，棧滿時再做進棧必定產生空間溢位，叫上溢，棧空時再做退棧也產生空間溢位，稱為下溢。就是分配的記憶體不足以放下資料項序列,稱為記憶體溢位.
以發生的方式來分類，記憶體洩漏可以分為4類：
1. 常發性記憶體洩漏。發生記憶體洩漏的**會被多次執行到，每次被執行的時候都會導致一塊記憶體洩漏。
2. 偶發性記憶體洩漏。發生記憶體洩漏的**只有在某些特定環境或操作過程下才會發生。常發性和偶發性是相對的。對於特定的環境，偶發性的也許就變成了常發性的。所以測試環境和測試方法對檢測記憶體洩漏至關重要。
3. 一次性記憶體洩漏。發生記憶體洩漏的**只會被執行一次，或者由於演算法上的缺陷，導致總會有一塊僅且一塊記憶體發生洩漏。比如，在類的建構函式中分配記憶體，在析構函式中卻沒有釋放該記憶體，所以記憶體洩漏只會發生一次。
4. 隱式記憶體洩漏。程式在執行過程中不停的分配記憶體，但是直到結束的時候才釋放記憶體。嚴格的說這裡並沒有發生記憶體洩漏，因為最終程式釋放了所有申請的記憶體。但是對於乙個伺服器程式，需要執行幾天，幾周甚至幾個月，不及時釋放記憶體也可能導致最終耗盡系統的所有記憶體。所以，我們稱這類記憶體洩漏為隱式記憶體洩漏。
從使用者使用程式的角度來看，記憶體洩漏本身不會產生什麼危害，作為一般的使用者，根本感覺不到記憶體洩漏的存在。真正有危害的是記憶體洩漏的堆積，這會最終消耗盡系統所有的記憶體。從這個角度來說，一次性記憶體洩漏並沒有什麼危害，因為它不會堆積，而隱式記憶體洩漏危害性則非常大，因為較之於常發性和偶發性記憶體洩漏它更難被檢測到
記憶體溢位的原因以及解決方法
1.記憶體中載入的資料量過於龐大，如一次從資料庫取出過多資料；
2.集合類中有對物件的引用，使用完後未清空，使得jvm不能**；
3.**中存在死迴圈或迴圈產生過多重複的物件實體；
4.使用的第三方軟體中的bug；
5.啟動引數記憶體值設定的過小
記憶體溢位的解決方案：
第一步，修改jvm啟動引數，直接增加記憶體。(-xms，-xmx引數一定不要忘記加。)
第二步，檢查錯誤日誌，檢視「outofmemory」錯誤前是否有其它異常或錯誤。
第三步，對**進行走查和分析，找出可能發生記憶體溢位的位置。
重點排查以下幾點：
1.檢查對資料庫查詢中，是否有一次獲得全部資料的查詢。一般來說，如果一次取十萬條記錄到記憶體，就可能引起記憶體溢位。這個問題比較隱蔽，在上線前，資料庫中資料較少，不容易出問題，上線後，資料庫中資料多了，一次查詢就有可能引起記憶體溢位。因此對於資料庫查詢盡量採用分頁的方式查詢。
2.檢查**中是否有死迴圈或遞迴呼叫。
3.檢查是否有大迴圈重複產生新物件實體。
4.檢查對資料庫查詢中，是否有一次獲得全部資料的查詢。一般來說，如果一次取十萬條記錄到記憶體，就可能引起記憶體溢位。這個問題比較隱蔽，在上線前，資料庫中資料較少，不容易出問題，上線後，資料庫中資料多了，一次查詢就有可能引起記憶體溢位。因此對於資料庫查詢盡量採用分頁的方式查詢。
5.檢查list、map等集合物件是否有使用完後，未清除的問題。list、map等集合物件會始終存有對物件的引用，使得這些物件不能被gc**。
第四步，使用記憶體檢視工具動態檢視記憶體使用情況
記憶體溢位 out of memory，是指程式在申請記憶體時，沒有足夠的記憶體空間供其使用，出現out of memory；比如申請了乙個integer,但給它存了long才能存下的數，那就是記憶體溢位。
記憶體洩露 memory leak，是指程式在申請記憶體後，無法釋放已申請的記憶體空間，一次記憶體洩露危害可以忽略，但記憶體洩露堆積後果很嚴重，無論多少記憶體,遲早會被占光。
memory leak會最終會導致out of memory！
記憶體溢位就是你要求分配的記憶體超出了系統能給你的，系統不能滿足需求，於是產生溢位。
記憶體洩漏是指你向系統申請分配記憶體進行使用(new)，可是使用完了以後卻不歸還(delete)，結果你申請到的那塊記憶體你自己也不能再訪問（也許你把它的位址給弄丟了），而系統也不能再次將它分配給需要的程式。乙個盤子用盡各種方法只能裝4個果子，你裝了5個，結果掉倒地上不能吃了。這就是溢位！比方說棧，棧滿時再做進棧必定產生空間溢位，叫上溢，棧空時再做退棧也產生空間溢位，稱為下溢。就是分配的記憶體不足以放下資料項序列,稱為記憶體溢位.
以發生的方式來分類，記憶體洩漏可以分為4類：
1. 常發性記憶體洩漏。發生記憶體洩漏的**會被多次執行到，每次被執行的時候都會導致一塊記憶體洩漏。
2. 偶發性記憶體洩漏。發生記憶體洩漏的**只有在某些特定環境或操作過程下才會發生。常發性和偶發性是相對的。對於特定的環境，偶發性的也許就變成了常發性的。所以測試環境和測試方法對檢測記憶體洩漏至關重要。
3. 一次性記憶體洩漏。發生記憶體洩漏的**只會被執行一次，或者由於演算法上的缺陷，導致總會有一塊僅且一塊記憶體發生洩漏。比如，在類的建構函式中分配記憶體，在析構函式中卻沒有釋放該記憶體，所以記憶體洩漏只會發生一次。
4. 隱式記憶體洩漏。程式在執行過程中不停的分配記憶體，但是直到結束的時候才釋放記憶體。嚴格的說這裡並沒有發生記憶體洩漏，因為最終程式釋放了所有申請的記憶體。但是對於乙個伺服器程式，需要執行幾天，幾周甚至幾個月，不及時釋放記憶體也可能導致最終耗盡系統的所有記憶體。所以，我們稱這類記憶體洩漏為隱式記憶體洩漏。
從使用者使用程式的角度來看，記憶體洩漏本身不會產生什麼危害，作為一般的使用者，根本感覺不到記憶體洩漏的存在。真正有危害的是記憶體洩漏的堆積，這會最終消耗盡系統所有的記憶體。從這個角度來說，一次性記憶體洩漏並沒有什麼危害，因為它不會堆積，而隱式記憶體洩漏危害性則非常大，因為較之於常發性和偶發性記憶體洩漏它更難被檢測到
記憶體溢位的原因以及解決方法
1.記憶體中載入的資料量過於龐大，如一次從資料庫取出過多資料；
2.集合類中有對物件的引用，使用完後未清空，使得jvm不能**；
3.**中存在死迴圈或迴圈產生過多重複的物件實體；
4.使用的第三方軟體中的bug；
5.啟動引數記憶體值設定的過小
記憶體溢位的解決方案：
第一步，修改jvm啟動引數，直接增加記憶體。(-xms，-xmx引數一定不要忘記加。)
第二步，檢查錯誤日誌，檢視「outofmemory」錯誤前是否有其它異常或錯誤。
第三步，對**進行走查和分析，找出可能發生記憶體溢位的位置。
重點排查以下幾點：
1.檢查對資料庫查詢中，是否有一次獲得全部資料的查詢。一般來說，如果一次取十萬條記錄到記憶體，就可能引起記憶體溢位。這個問題比較隱蔽，在上線前，資料庫中資料較少，不容易出問題，上線後，資料庫中資料多了，一次查詢就有可能引起記憶體溢位。因此對於資料庫查詢盡量採用分頁的方式查詢。
2.檢查**中是否有死迴圈或遞迴呼叫。
3.檢查是否有大迴圈重複產生新物件實體。
4.檢查對資料庫查詢中，是否有一次獲得全部資料的查詢。一般來說，如果一次取十萬條記錄到記憶體，就可能引起記憶體溢位。這個問題比較隱蔽，在上線前，資料庫中資料較少，不容易出問題，上線後，資料庫中資料多了，一次查詢就有可能引起記憶體溢位。因此對於資料庫查詢盡量採用分頁的方式查詢。
5.檢查list、map等集合物件是否有使用完後，未清除的問題。list、map等集合物件會始終存有對物件的引用，使得這些物件不能被gc**。
第四步，使用記憶體檢視工具動態檢視記憶體使用情況
記憶體洩漏和記憶體溢位 記憶體洩漏和記憶體溢位
記憶體洩漏 是指申請的記憶體空間使用完畢之後未 一次記憶體洩露危害可以忽略，但若一直洩漏，無論有多少記憶體，遲早都會被占用光，最終導致程式crash。因此，開發中我們要盡量避免記憶體洩漏的出現 記憶體溢位 是指程式在申請記憶體時，沒有足夠的記憶體空間供其使用。通俗理解就是記憶體不夠用了，通常在執行大...
記憶體溢位和記憶體洩漏
記憶體溢位 oom 指程式在申請記憶體時，沒有足夠的記憶體空間供其使用，出現oom 記憶體洩露memory leak 指程式在申請記憶體後，無法釋放已申請的記憶體空間,一直占用著這塊記憶體空間。記憶體溢位就是你要求分配的記憶體超出了系統能給你的，系統不能滿足需求，於是產生溢位。記憶體洩漏是指你向系統...
記憶體溢位和記憶體洩漏
記憶體溢位 out of memory，是指程式在申請記憶體時，沒有足夠的記憶體空間供其使用，出現out of memory 比如申請了乙個integer,但給它存了long才能存下的數，那就是記憶體溢位。記憶體洩露 memory leak，是指程式在申請記憶體後，無法釋放已申請的記憶體空間，一次記...