本文出自 「熔 巖」 博客,轉載請與做者聯繫!:http://lavasoft.blog.51cto.com/62575/112126/程序員
Java的垃圾回收總結算法
內存是稀缺的資源,哪怕內存一塊錢一條!若是在編程中使用不當,再大的內存也會耗光。編程
1、認識Java的自動垃圾回收函數
垃圾回收是Java語言的一大特性,方便了編程,是以消耗性能爲代價的。而垃圾在這裏只無用的對象。而C++是須要程序員本身寫析構函數來釋放內存的,麻煩,也有可能忘記而致使內存泄露。性能
Java語言對內存的分配管理是經過JVM內部機制決定的。程序員能夠不關心其處理。線程
2、垃圾回收的原理和意義對象
Java虛擬機中有個稱之爲垃圾回收器的東西,實際上這個東西也許真正不存在,或者是已經集成到JVM中了,但這可有可無,咱們仍然能夠稱爲爲垃圾回收器。blog
垃圾回收器的做用是查找和回收(清理)無用的對象。以便讓JVM更有效的使用內存。內存
垃圾回收器的運行時間是不肯定的,由JVM決定,在運行時是間歇執行的。雖然能夠經過System.gc()來強制回收垃圾,可是這個命令下達後沒法保證JVM會當即響應執行,但經驗代表,下達命令後,會在短時間內執行你的請求。JVM一般會感到內存緊缺時候去執行垃圾回收操做。資源
垃圾回收過於頻繁會致使性能降低,過於稀疏會致使內存緊缺。這個JVM會將其控制到最好,不用程序員擔憂。但有些程序在短時間會吃掉大量內存,而這些恐怖的對象很快使用結束了,這時候也許有必要強制下達一條垃圾回命令,這是頗有必要的,以便有更多可用的物理內存。
從上面瞭解到,沒有用的對象就是垃圾。準確的說,當沒有任何線程訪問一個對象時,該對象就符合垃圾回收的條件。
對於String,存在一個字符串池,這個不屬於本文討論的範圍,字符串池中的垃圾回收,算法和這裏所討論的垃圾回收徹底是兩碼事。可是不得不說的是,字符串的胡亂拼接,每每致使性能急劇降低,尤爲是在龐大的循環語句中,拼接字符串就是在讓程序慢性自殺。這也是不少Java程序員容易犯的毛病。
字符串既然是池,就是爲了緩衝,爲了有更高的命中率,所以垃圾回收的頻率也許會比JVM對象垃圾回收器要低不少。
垃圾回收器僅僅能作的是儘量保證可用內存的使用效率,讓可用內存獲得高效的管理。程序員能夠影響垃圾回收的執行,但不能控制。
3、經過編程影響垃圾回收
雖然程序員沒法控制JVM的垃圾回收機制。可是能夠經過編程的手段來影響,影響的方法是,讓對象符合垃圾回收條件。
分別說來有一下幾種:
一、將無用對象賦值爲null。
二、從新爲引用變量賦值。好比:
Person p = new Person("aaa");
p = new Person("bbb");
這樣,new Person("aaa")這個對象就是垃圾了----符合垃圾回收條件了。
三、讓相互聯繫的對象稱爲「島」對象
Person p1 = new Person("aaa");
Person p2 = new Person("bbb");
Person p3 = new Person("ccc");
p1=p2; p2=p3; p3=p1;
p1=null; p2=null; p3=null;
在沒有對p一、p二、p3置null以前,它們之間是一種三角戀關係。分別置null,三角戀關係依然存在,可是三個變量不在使用它們了。三個Person對象就組成了一個孤島,最後死在堆上----被垃圾回收掉。
四、強制的垃圾回收System.gc()
實際上這裏的強制,是程序員的意願、建議,何時執行是JVM的垃圾回收器說了算。
調用垃圾回收也不必定能保證未使用的對象必定能從內存中刪除。
惟一能保證的是,當你內存在極少的狀況,垃圾回收器在程序拋出OutofMemaryException以前運行一次。
4、很神祕的finalize()方法
finalize()方法的確很神祕,是由於你不瞭解其原理。
原理:
一、finalize()方法是Object中的方法。
二、finalize()方法會在對象被垃圾回收以前被垃圾回收器調用一次,這是Java語言的一種機制。
三、finalize()方法在任何對象上最多隻會被垃圾回收器調用一次。
陷阱:
一、垃圾回收器沒法保證垃圾對象能被回收,所以,finalize()方法也沒法保證運行。建議不要重寫finalize()方法,即便重寫,也不要在finalize()方法中寫關鍵的代碼。
二、finalize()方法中能夠把本身傳遞個別的對象,這樣就不是垃圾了,避免了被回收。可是當下次這個對象又符合垃圾回收的時候,finalize()方法不會被調用第二次了,而是直接被清理掉了。
總結:
理解了垃圾回收的前提是理解Java運行時的內存堆棧模型。
理解Java垃圾回收的目的是爲了對Java內存管理有個認識,在編程時更有效的使用內存。
不建議爲了垃圾回收,手動編寫大量代碼,這是很愚蠢的作法。能夠經過簡單的方式去影響便可。
本文的討論的垃圾回收排除String對象。String的垃圾回收與String池有很很大關係,目前尚未研究。可是文中已經說起String使用中容易出現的問題。