【轉】Java學習---記憶體泄露與溢出的區別

標籤：很多   線程   邏輯   64bit   程式員   簡單的   EAP   注意   bag   

Java記憶體泄露與溢出的區別

Java記憶體流失就是沒有及時清理記憶體垃圾，導致系統無法再給你提供記憶體資源（記憶體資源耗盡）；

而Java記憶體溢出就是你要求分配的記憶體超出了系統能給你的，系統不能滿足需求，於是產生溢出。

記憶體溢出類似數組越屆，超出你能儲存的資料的上限

記憶體流失，就是記憶體使用量完畢後，不能釋放回收重新使用

Java記憶體泄露與溢出的區別

記憶體溢出就是你要求分配的記憶體超出了系統能給你的，系統不能滿足需求，於是產生溢出。

Java記憶體流失就是沒有及時清理記憶體垃圾，導致系統無法再給你提供記憶體資源（記憶體資源耗盡）。

看到上面的解釋，可能有些朋友還是不太理解吧。沒問題，看以下例子

1.Java記憶體泄露是說程式邏輯問題,造成申請的記憶體無法釋放.這樣的話無論多少記憶體,早晚都會被佔用光的.

最簡單的例子就是死迴圈了.由於程式判斷錯誤導經常發生此事

2.Java記憶體流失是指在堆上分配的記憶體沒有被釋放，從而失去對其控制。這樣會造成程式能使用的記憶體越來越少，導致系統運行速度減慢，嚴重情況會使程式當掉。

3.關於記憶體溢出有點出入。比如說你申請了一個integer,但給它存了long才能存下的數，那就是記憶體溢出。

舉個現實中的例子：

比如有一個桶，裝滿了水.你丟個蘋果進去。桶的水正常。如果你放個大石頭。水就出溢出，記憶體溢出也就是這個原理。

區別：記憶體溢出，提供的記憶體不夠；Java記憶體流失，無法再提供記憶體資源

可能大家會問記憶體泄露與溢出是考JAVA哪方面？考這個有什麼用？

我個人覺的是考大家對JAVA是怎麼管理記憶體這一塊的知識?對下是對Java是如何管理記憶體的解釋

Java是如何管理記憶體

為了判斷Java中是否有記憶體泄露，我們首先必須瞭解Java是如何管理記憶體的。Java的記憶體管理就是對象的分配和釋放問題。在Java中，記憶體 的分配是由程式完成的，而記憶體的釋放是由垃圾收集器(GarbageCollection，GC)完成的，程式員不需要通過調用函數來釋放記憶體，但它只能 回收無用並且不再被其它對象引用的那些對象所佔用的空間。

Java的記憶體記憶體回收機制是從程式的主要運行對象開始檢查引用鏈，當遍曆一遍後發現沒有被引用的孤立對象就作為記憶體回收。GC為了能夠正確釋放對 象，必須監控每一個對象的運行狀態，包括對象的申請、引用、被引用、賦值等，GC都需要進行監控。監視對象狀態是為了更加準確地、及時地釋放對象，而釋放 對象的根本原則就是該對象不再被引用。

在Java中，這些無用的對象都由GC負責回收，因此程式員不需要考慮這部分的記憶體泄露。雖然，我們有幾個函數可以訪問GC，例如運行GC的函數 System.gc()，但是根據Java語言規範定義，該函數不保證JVM的垃圾收集器一定會執行。因為不同的JVM實現者可能使用不同的演算法管理 GC。通常GC的線程的優先順序別較低。JVM調用GC的策略也有很多種，有的是記憶體使用量到達一定程度時，GC才開始工作，也有定時執行的，有的是平緩執行 GC，有的是中斷式執行GC。但通常來說，我們不需要關心這些。

在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) 開啟大型檔案或從資料庫中一次取了太多的資料。

【轉】Java學習---記憶體泄露與溢出的區別