[深入理解Java虛擬機器]第三章 HotSpot的垃圾收集演算法實現
列舉根節點
從可達性分析中從GC Roots節點找引用鏈這個操作為例,可作為GC Roots的節點主要在全域性性的引用(例如常量或類靜態屬性)與執行上下文(例如棧幀中的本地變數表)中 ,現在很多應用僅僅方法區就有數百兆,如果要逐個檢查這裡面的引用,那麼必然會消耗很多時間。
另外 ,可達性分析對執行時間的敏感還體現在GC停頓上 ,因為這項分析工作必須在一個能確保一致性的快照中進行——這裡“一致性”的意思是指在整個分析期間整個執行系統看起來就像被凍結在某個時間點上,不可以出現分析過程中物件引用關係還在不斷變化的情況 ,該點不滿足的話分析結果準確性就無法得到保證。這點是導致GC進行時必須停頓所有Java執行執行緒(Sun將這件事情稱為“Stop The World”)的其中一個重要原因,即使是在號稱(幾乎)不會發生停頓的CMS收集器中,列舉根節點時也是必須要停頓的。
由於目前的主流Java虛擬機器使用的都是準確式GC ( 這個概念在第1章介紹Exact VM對Classic VM的改進時講過),所以當執行系統停頓下來後,並不需要一個不漏地檢查完所有執行上下文和全域性的引用位置,虛擬機器應當是有辦法直接得知哪些地方存放著物件引用。在HotSpot的實現中,是使用一組稱為OopMap的資料結構來達到這個目的的,在類載入完成的時候 ,HotSpot就把物件內什麼偏移量上是什麼型別的資料計算出來,在JIT編譯過程中,也會在特定的位置記錄下棧和暫存器中哪些位置是引用。這樣 ,GC在掃描時就可以直接得知這些資訊了。
安全點
在OopMap的協助下,HotSpot可以快速且準確地完成GC Roots列舉 ,但一個很現實的問題隨之而來:可能導致引用關係變化,或者說OopMap內容變化的指令非常多,如果為每一條指令都生成對應的OopMap,那將會需要大量的額外空間,這樣GC的空間成本將會變得很高。
實際上,HotSpot也的確沒有為每條指令都生成OopMap ,前面已經提到 ,只是在“特定的位置”記錄了這些資訊,這些位置稱為安全點(Safepoint) ,即程式執行時並非在所有地方都能停頓下來開始GC ,只有在到達安全點時才能暫停。Safepoint的選定既不能太少以致於讓GC等待時間太長,也不能過於頻繁以致於過分增大執行時的負荷。所以 ,安全點的選定基本上是以程式“是否具有讓程式長時間執行的特徵”為標準進行選定的——因為每條指令執行的時間都非常短暫,程式不太可能因為指令流長度太長這個原因而過長時間執行,“長時間執行”的最明顯特徵就是指令序列複用,例如方法呼叫、迴圈跳轉、異常跳轉等,所以具有這些功能的指令才會產生Safepoint。
對於Sefepomt,另一個需要考慮的問題是如何在GC發生時讓所有執行緒(這裡不包括執行JNI呼叫的執行緒)都“跑”到最近的安全點上再停頓下來。這裡有兩種方案可供選擇:搶先式中斷( Preemptive Suspension ) 和主動式中斷( Wuntary Suspension ) ,其中搶先式中斷不需要執行緒的執行程式碼主動去配合,在GC發生時 ,首先把所有執行緒全部中斷,如果發現有執行緒中斷的地方不在安全點上,就恢復執行緒,讓它“跑”到安全點上。現在幾乎沒有虛擬機器實現採用搶先式中斷來暫停執行緒從而響應GC事件。
而主動式中斷的思想是當GC需要中斷執行緒的時候,不直接對執行緒操作,僅僅簡單地設定一個標誌,各個執行緒執行時主動去輪詢這個標誌,發現中斷標誌為真時就自己中斷掛起。 輪詢標誌的地方和安全點是重合的,另外再加上建立物件需要分配記憶體的地方。
安全區域
使用Safepoint似乎已經完美地解決了如何進入GC的問題 ,但實際情況卻並不一定。 Safepoint機制保證了程式執行時,在不太長的時間內就會遇到可進入GC的Safepoint。但是 , 程式“不執行”的時候呢?所謂的程式不執行就是沒有分配CPU時間 ,典型的例子就是執行緒處於Sleep狀態或者Blocked狀態 ,這時候執行緒無法響應JVM的中斷請求,“走”到安全的地方去中斷掛起,JVM也顯然不太可能等待執行緒重新被分配CPU時間。對於這種情況,就需要安全區域( SafeRegion)來解決。
安全區域是指在一段程式碼片段之中,引用關係不會發生變化。在這個區域中的任意地方開始GC都是安全的。我們也可以把Safe Region看做是被擴充套件了的Safepoint。
線上程執行到Safe Region中的程式碼時,首先標識自己已經進入了Safe Region,那樣,當在這段時間裡JVM要發起GC時,就不用管標識自己為Safe Region狀態的執行緒了。線上程要離 開Safe Region時 ,它要檢查系統是否已經完成了根節點列舉(或者是整個GC過程),如果完成了 ,那執行緒就繼續執行,否則它就必須等待直到收到可以安全離開Safe Region的訊號為 止。
相關文章
- [深入理解Java虛擬機器]Hotspot垃圾回收演算法Java虛擬機HotSpot演算法
- [深入理解Java虛擬機器]第三章 垃圾收集演算法Java虛擬機演算法
- 深入理解Java虛擬機器 --- 垃圾標記/收集演算法Java虛擬機演算法
- 深入理解java虛擬機器之垃圾收集器Java虛擬機
- 《深入理解java虛擬機器》學習筆記4——Java虛擬機器垃圾收集器Java虛擬機筆記
- [深入理解Java虛擬機器]第三章 垃圾收集器及相關引數Java虛擬機
- [深入理解Java虛擬機器]垃圾回收演算法Java虛擬機演算法
- 【深入理解Java虛擬機器】垃圾回收Java虛擬機
- 深入理解Java虛擬機器 --- 垃圾回收器Java虛擬機
- Java 虛擬機器(四)垃圾收集演算法Java虛擬機演算法
- Java虛擬機器03——垃圾收集演算法Java虛擬機演算法
- 《深入理解java虛擬機器》筆記3——7種垃圾收集器Java虛擬機筆記
- 深入理解Java虛擬機器筆記之四關於垃圾收集器Java虛擬機筆記
- 深入理解Java虛擬機器 - 垃圾收集器與記憶體分配策略Java虛擬機記憶體
- 深入理解Java虛擬機器-垃圾收集器與記憶體分配策略Java虛擬機記憶體
- Java 虛擬機器永久代的垃圾收集Java虛擬機
- Java虛擬機器04——垃圾收集器Java虛擬機
- 深入理解Java虛擬機器之垃圾回收篇Java虛擬機
- Java SE 6 Hotspot 虛擬機器垃圾回收調優JavaHotSpot虛擬機
- 《深入理解Java虛擬機器》第三章讀書筆記(一)——垃圾回收演算法Java虛擬機筆記演算法
- [深入理解Java虛擬機器]第二章 HotSpot虛擬機器物件探祕Java虛擬機HotSpot物件
- 深入理解Java虛擬機器筆記之三物件存活判定演算法與垃圾收集演算法Java虛擬機筆記物件演算法
- 垃圾收集器與記憶體分配策略_hotspot垃圾收集演算法實現和垃圾收集器記憶體HotSpot演算法
- 《深入理解Java虛擬機器》(二)--垃圾收集器與記憶體分配策略(2)Java虛擬機記憶體
- Java 虛擬機器垃圾收集機制詳解Java虛擬機
- 深入理解虛擬機器之垃圾回收虛擬機
- [深入理解Java虛擬機器]第三章 物件存活判定演算法Java虛擬機物件演算法
- 《深入理解java虛擬機器》學習筆記3——垃圾回收演算法Java虛擬機筆記演算法
- Java虛擬機器詳解(四)------垃圾收集器Java虛擬機
- Java虛擬機器學習 - 垃圾收集器Java虛擬機機器學習
- 詳解Java 虛擬機器(第⑤篇)——垃圾收集Java虛擬機
- [深入理解Java虛擬機器]第三章 理解GC曰志Java虛擬機GC
- 深入理解java虛擬機器Java虛擬機
- 《深入理解Java虛擬機器》第三章讀書筆記(三)——經典垃圾回收器Java虛擬機筆記
- 深入理解Java虛擬機器筆記之五GC日誌和垃圾收集器引數Java虛擬機筆記GC
- 《深入理解Java虛擬機器》讀書筆記:垃圾收集器與記憶體分配策略Java虛擬機筆記記憶體
- 深入學習Java虛擬機器——垃圾收集器與記憶體分配策略Java虛擬機記憶體
- 《深入理解Java虛擬機器》第三章讀書筆記(二)——HotSpot垃圾回收演算法實現(OopMap,安全點安全區域,卡表,寫屏障,三色標記演算法)Java虛擬機筆記HotSpot演算法OOP