標籤:運行 方式 無法 回收 管理 刪除 new out 必須
記憶體溢出 out of memory,是指程式在申請記憶體時,沒有足夠的記憶體空間供其使用,出現out of memory;
記憶體泄露 memory leak,是指程式在申請記憶體後,無法釋放已申請的記憶體空間,一次記憶體泄露危害可以忽略,但記憶體泄露堆積後果很嚴重,無論多少記憶體,遲早會被佔光。
memory leak會最終會導致out of memory!
以發生的方式來分類,記憶體流失可以分為4類:
- 常發性記憶體流失。發生記憶體流失的代碼會被多次執行到,每次被執行的時候都會導致一塊記憶體流失。
- 偶發性記憶體流失。發生記憶體流失的代碼只有在某些特定環境或操作過程下才會發生。常發性和偶發性是相對的。對於特定的環境,偶發性的也許就變成了常發性的。所以測試環境和測試方法對檢測記憶體流失至關重要。
- 一次性記憶體流失。發生記憶體流失的代碼只會被執行一次,或者由於演算法上的缺陷,導致總會有一塊僅且一塊記憶體發生泄漏。比如,在類的建構函式中分配記憶體,在解構函式中卻沒有釋放該記憶體,所以記憶體流失只會發生一次。
- 隱式記憶體流失。程式在運行過程中不停的分配記憶體,但是直到結束的時候才釋放記憶體。嚴格的說這裡並沒有發生記憶體流失,因為最終程式釋放了所有申請的記憶體。但是對於一個伺服器程式,需要運行幾天,幾周甚至幾個月,不及時釋放記憶體也可能導致最終耗盡系統的所有記憶體。所以,我們稱這類記憶體流失為隱式記憶體流失。
從使用者使用程式的角度來看,記憶體流失本身不會產生什麼危害,作為一般的使用者,根本感覺不到記憶體流失的存在。真正有危害的是記憶體流失的堆積,這會最終消耗盡系統所有的記憶體。從這個角度來說,一次性記憶體流失並沒有什麼危害,因為它不會堆積,而隱式記憶體流失危害性則非常大,因為較之於常發性和偶發性記憶體流失它更難被檢測到
一、Java記憶體回收機制
不論哪種語言的記憶體配置方式,都需要返回所分配記憶體的真真實位址,也就是返回一個指標到記憶體塊的首地址。Java中對象是採用new或者反射的方法建立的,這些對象的建立都是在堆(Heap)中分配的,所有對象的回收都是由Java虛擬機器通過記憶體回收機制完成的。GC為了能夠正確釋放對象,會監控每個對象的健全狀態,對他們的申請、引用、被引用、賦值等狀況進行監控,Java會使用有向圖的方法進行管理記憶體,即時監控對象是否可以達到,如果不可到達,則就將其回收,
二、Java記憶體泄露引起原因
記憶體泄露是指無用對象(不再使用的對象)持續佔有記憶體或無用對象的記憶體得不到及時釋放,從而造成的記憶體空間的浪費稱為記憶體泄露。記憶體泄露有時不嚴重且不易察覺,這樣開發人員就不知道存在記憶體泄露,但有時也會很嚴重,會提示你Out of memory。
那麼,Java記憶體泄露根本原因是什麼呢?長生命週期的對象持有短生命週期對象的引用就很可能發生記憶體泄露,儘管短生命週期對象已經不再需要,但是因為長生命週期對象持有它的引用而導致不能被回收,這就是java中記憶體泄露的發生情境。具體主要有如下幾大類:
1、靜態集合類引起記憶體泄露:
像HashMap、Vector等的使用最容易出現記憶體泄露,這些靜態變數的生命週期和應用程式一致,他們所引用的所有的對象Object也不能被釋放,因為他們也將一直被Vector等引用著。
Static Vector v = new Vector(10);
for (int i = 1; i<100; i++)
{
Object o = new Object();
v.add(o);
o = null;
}//
複製代碼
在這個例子中,迴圈申請Object 對象,並將所申請的對象放入一個Vector 中,如果僅僅釋放引用本身(o=null),那麼Vector 仍然引用該對象,所以這個對象對GC 來說是不可回收的。因此,如果對象加入到Vector 後,還必須從Vector 中刪除,最簡單的方法就是將Vector對象設定為null。----在迴圈外面添加v=null,這樣就可以將vector裡面的記憶體進行回收了。
案例2
public static void main(String[] args) {
if (true) {
ArrayList
在局部變數的範圍之外,al這個引用變成了null 指標,但是new ArrayList< String >()這個對象仍可能存在,它的實際地址值也就是這個對象在記憶體中的地址還是儲存在棧裡面的,gc無法把它給回收
public static void main(String[] args) {
if (true) {
ArrayList
java記憶體流失與處理