理解Java垃圾回收
當程序創(chuàng)建對象、數(shù)組等引用類型的實體時,系統(tǒng)會在堆內(nèi)存中為這一對象分配一塊內(nèi)存,對象就保存在這塊內(nèi)存中,當這塊內(nèi)存不再被任何引用變量引用時,這塊內(nèi)存就變成垃圾,等待垃圾回收機制進行回收。垃圾回收機制具有三個特征:
垃圾回收機制只負責回收堆內(nèi)存中的對象,不會回收任何物理資源(例如數(shù)據(jù)庫連接,打開的文件資源等),也不會回收以某種創(chuàng)建對象的方式以外的方式為該對像分配的內(nèi)存,(例如對象調(diào)用本地方法中malloc的方式申請的內(nèi)存)
程序無法精確控制垃圾回收的運行,只可以建議垃圾回收進行,建議的方式有兩種System.gc() 和Runtime.getRuntime().gc()
在垃圾回收任何對象之前,總會先調(diào)用它的finalize()方法,但是同垃圾回收的時機一致,調(diào)用finalize()方法的時機也不確定。
針對以上三個特征,有三個問題:
1、必須手動的進行清理工作,釋放除創(chuàng)建對象的方式以外的方式分配的內(nèi)存和其它的物理資源。并且要注意消除過期的對象引用,否則可能引起OOM。
手動清理通常用到try...finally...這樣的代碼結(jié)構。
示例如下:
import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; public class ManualClear { public static void main(String[] args) { FileInputStream fileInputStream = null; try { fileInputStream = new FileInputStream("./src/ManualClear.java"); } catch (FileNotFoundException e) { System.out.println(e.getMessage()); e.printStackTrace(); return; } try { byte[] bbuf = new byte[1024]; int hasRead = 0; try { while ((hasRead = fileInputStream.read(bbuf)) > 0) { System.out.println(new String(bbuf, 0, hasRead)); } } catch (IOException e) { e.printStackTrace(); } } finally { try { fileInputStream.close(); } catch (IOException e) { e.printStackTrace(); } } } }
對于過期對象的引用,引起的OOM通常有三種常見的情況,這三種情況通常都不易發(fā)現(xiàn),短時間內(nèi)運行也不會有什么問題,但是時間久了后,泄漏的對象增加后終會引起程序崩潰。
類自己管理內(nèi)存時,要警惕內(nèi)存泄漏
示例如下:
import java.util.Arrays; import java.util.EmptyStackException; class Stack{ private Object[] elements; private int size; private static final int DEFAULT_INITAL_CAPACITY = 16; public Stack() { elements = new Object[DEFAULT_INITAL_CAPACITY]; } public void push(Object e){ ensureCapacity(); elements[size++] = e; } public Object pop() { if (size == 0) { throw new EmptyStackException(); } return elements[--size]; } private void ensureCapacity() { if (elements.length == size) { elements = Arrays.copyOf(elements, 2 * size + 1); } } } public class StackDemo { public static void main(String[] args) { Stack stack = new Stack(); for (int i = 0; i < 10000; i++) { stack.push(new Object()); } for(int i = 0; i < 10000; i++) { stack.pop(); } } }
之所以會內(nèi)存泄漏,是因為那些出棧的對象即使程序其它對象不再引用,但是Stack類中的elements[]數(shù)組依然保存著這些對象的引用,導致這些對象不會被垃圾回收所回收,所以,當需要類自己管理內(nèi)存事,要警惕內(nèi)部維護的這些過期引用是否被及時解除了引用,本例中只需在出棧后,顯示的將
elements[size] = null;即可。
緩存是要警惕內(nèi)存泄漏
出現(xiàn)這樣情況通常是一旦將對象放入緩存,很可能長時間不使用很容易遺忘,通??梢杂肳akeHashMap代表緩存,在緩存中的項過期后,他們可以被自動刪除?;蛘呖梢杂梢粋€后臺線程定期執(zhí)行來清除緩沖中的過期項。
監(jiān)聽器或回調(diào)的注冊,最好可以顯示的取消注冊。
2、不要手動調(diào)用finalize(),它是給垃圾回收器調(diào)用的
3、避免使用finalize()方法,除非用來作為判斷終結(jié)條件以發(fā)現(xiàn)對象中沒有被適當清理的部分;用來作為安全網(wǎng)在手動清理忘記調(diào)用的情況下清理系統(tǒng)資源,延后清理總別永不清理要強,并且如果同時記錄下忘記清理資源的信息的話,也方便后面發(fā)現(xiàn)錯誤,并及時修改忘記清理的代碼;釋放對象中本地方法獲得的不是很關鍵的系統(tǒng)資源。
finalize()方法由于其執(zhí)行時間以及是否確定被執(zhí)行都不能準確確保,所以最好不用來釋放關鍵資源,但是可用于上面所說的三種情況。其中第一種情況,示例如下:
class Book { boolean checkout = false; public Book(boolean checkout) { this.checkout = checkout; } public void checkin(){ checkout = false; } @Override protected void finalize() throws Throwable { if (checkout) { System.out.println("Error: check out"); } } } public class FinalizeCheckObjectUse { public static void main(String[] args) { new Book(true); System.gc(); } }
執(zhí)行結(jié)果:
Error: check out
例子中的Book對象,在釋放前必須處于checkIn的狀態(tài),否則不能釋放,finalize中的實現(xiàn)可以幫助及時發(fā)現(xiàn)不合法的對象,或者更直接的,在finalize中直接使用某個引用變量引用,使其重新進入reachable的狀態(tài),然后再次對其進行處理。
另一點需要注意的時,子類如果覆蓋了父類的finalize方法,但是忘了手工調(diào)用super.finalize或者子類的finalize過程出現(xiàn)異常導致沒有執(zhí)行到super.finalize時,那么父類的終結(jié)方法將永遠不會調(diào)到。
如下:
class Parent{ @Override protected void finalize() throws Throwable { System.out.println(getClass().getName() + " finalize start"); } } class Son extends Parent{ @Override protected void finalize() throws Throwable { System.out.println(getClass().getName() + " finalize start"); } } public class SuperFinalizeLost { public static void main(String[] args) { new Son(); System.gc(); } }
運行結(jié)果:
Son finalize start
或者
class Parent{ @Override protected void finalize() throws Throwable { System.out.println(getClass().getName() + " finalize start"); } } class Son extends Parent{ @Override protected void finalize() throws Throwable { System.out.println(getClass().getName() + " finalize start"); int i = 5 / 0; super.finalize(); } } public class SuperFinalizeLost { public static void main(String[] args) { new Son(); System.gc(); } }
執(zhí)行結(jié)果:
Son finalize start
對于第二種情況,可以使用try...finally...結(jié)構解決,但是對于第一種情況,最好使用一種叫終結(jié)方法守護者的方式。示例如下
class Parent2{ private final Object finalizeGuardian = new Object() { protected void finalize() throws Throwable { System.out.println("在此執(zhí)行父類終結(jié)方法中的邏輯"); }; }; } class Son2 extends Parent2{ @Override protected void finalize() throws Throwable { System.out.println(getClass().getName() + " finalize start"); int i = 5 / 0; super.finalize(); } } public class FinalizeGuardian { public static void main(String[] args) { new Son2(); System.gc(); } }
執(zhí)行結(jié)果:
在此執(zhí)行父類終結(jié)方法中的邏輯
Son2 finalize start
這樣可以保證父類的終結(jié)方法中所需做的操作執(zhí)行到。
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助。
相關文章
手工體驗smtp和pop3協(xié)議 郵件實現(xiàn)詳解(二)
POP3/IMAP協(xié)議定義了郵件客戶端軟件和POP3郵件服務器的通信規(guī)則,這篇文章我們就來手工體驗SMTP和POP3協(xié)議的奧秘,感興趣的小伙伴們可以參考一下2017-10-10Java中對AtomicInteger和int值在多線程下遞增操作的測試
這篇文章主要介紹了Java中對AtomicInteger和int值在多線程下遞增操作的測試,本文得出AtomicInteger操作 與 int操作的效率大致相差在50-80倍上下的結(jié)論,需要的朋友可以參考下2014-09-09springboot+zookeeper實現(xiàn)分布式鎖的示例代碼
本文主要介紹了springboot+zookeeper實現(xiàn)分布式鎖的示例代碼,文中根據(jù)實例編碼詳細介紹的十分詳盡,具有一定的參考價值,感興趣的小伙伴們可以參考一下2022-03-03JDK源碼分析之String、StringBuilder和StringBuffer
這篇文章主要給大家介紹了關于JDK源碼分析之String、StringBuilder和StringBuffer的相關資料,文中通過示例代碼介紹的非常詳細,對大家學習或者使用jdk具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2018-05-05