JVM必不可少的知識

1.Java垃圾回收機制

對象被判斷為垃圾的標準:沒有被其他對象引用

2.判斷對象是否可被回收

(1)引用計數演算法

  判斷對象的引用數量

  • 通過判斷對象的引用數量來決定對象是否可以被回收
  • 每個對象實例都有一個引用計數器,被引用則+1,完成引用則-1
  • 任何引用計數為0的對象實例可以被當作垃圾回收

  優點:執行效率高,程式執行受影響較小

  缺點:無法檢測出循壞引用的情況,導致記憶體泄露

(2)可達性分析演算法(引自離線數學的圖論)

通過判斷對象的引用鏈是否可達來決定對象是否可以被回收

可不可達判斷:如果從一個對象沒有到達根對象的路徑,或者說從根對象開始無法引用到該對象,該對象就是不可達的,具體看下圖。

0

什麼可以作為GC Root的對象?

  • 虛擬機棧中引用的對象(棧幀中的本地變數表)
  • 方法區中的常量引用的對象
  • 方法區中的類靜態屬性引用的對象
  • 本地方法中JNI(Native方法)的引用對象
  • 活躍執行緒的引用對象

3.垃圾回收演算法

(1)標記-清除演算法

  • 標記:從根集合進行掃描,對存活的對象進行標記(可達性演算法)
  • 清除:對堆記憶體從頭到尾進行線性遍歷,回收不可達對象記憶體

 缺點:碎片化

0

0

 

可以從上圖看出,空白的就是被回收的,會產生碎片

(2)複製演算法

分為對象面和空閑面

原理:對象在對象面上創建,存活的對象被從對象面複製到空閑面,將對象面所有對象記憶體清除

解決碎片化問題

順序分配記憶體,簡單高效

適用於對象存活率低的場景

(3)標記-整理演算法

  在標記清除演算法的基礎上,解決了記憶體碎片化問題

  • 標記:從根集合進行掃描,對存活的對象進行標記(可達性演算法)
  • 清除:移動所有存活的對象,且按照記憶體地址次序依次排列,然後將末端記憶體地址以後的記憶體全部回收

 好處:

  • 避免記憶體的不連續行
  • 不用設置兩塊記憶體互換
  • 適用於存活率高的場景

 

0

(4)分代收集演算法

  • 垃圾回收演算法的組合拳
  • 按照對象生命周期的不同劃分區域以採用不同的垃圾回收演算法

目的:提高jvm執行效率

jdk6,jdk7

0

jdk8及其以後的版本,永久代被去掉了

 0

  GC的分類

  • Minor GC(新生代GC)
  • Full GC(老年代GC)
0

1)年輕代

儘可能快速地收集掉那些生命周期短的對象

  • Eden區
  • 兩個Survivor區

年輕代垃圾回收的過程演示

0

存活對象被複制到S0,年齡+1,Eden區清空,如下圖

 0

如果Eden區又有對象,則把所有東西複製到S1,年齡+1,其他區東西清除,S1變為from區,S0變為to區

0
對象如何晉陞到老年代
  • 經歷一定Minor次數依然存活的對象
  • Survivor區中存放不下的對象
  • 新生成的大對象(-XX:+PretenuerSizeThreshold)
常用的調優參數
  • -XX:SurvivorRatio:Eden和Survivor的比值,默認8:1
  • -XX:NewRatio:老年代和年輕代記憶體大小的比例
  • -XX:MaxTenuringThreshold:對象從年輕代晉陞到老生代經過GC次數的最大閾值

2)老年代

存放生命周期較長的對象

常用的演算法:

  • 標記-清理演算法
  • 標記-整理演算法
觸發Full GC的條件
  • 老年代空間不足
  • 永久代空間不足
  • CMS GC時出現promotion failed,concurrent mode failure
  • Minor GC晉陞到老年代的平均大小大於老年代的剩餘空間
  • 調用System.gc()
  • 使用RMI來進行RPC或管理的JDK應用,每小時執行1次Full GC

4.垃圾收集器

Stop-the-World

  • JVM由於要執行GC而停止了應用程式的執行
  • 任何一種GC演算法中都會發生
  • 多數GC優化通過減少Stop-the-World發生的時間來提高程式性能

Safepoint(安全點)

  • 分析過程中對象引用關係不會發生變化的點
  • 產生Safepoint的地方:方法調用;循環判斷;異常跳轉等
  • 安全點數量得適中

jVM的運行模式

  • Server(啟動慢,但運行快,採用重量級虛擬機)
  • Client(啟動快,採用輕量級虛擬機)

垃圾收集器之間的聯繫

 0

(1)年輕代常見垃圾收集器

1)Serial收集器(-XX:+UseSerialGC,複製演算法)

JAVA虛擬機中最基本,歷史最悠久的收集器,在jdk1.3.1之前是年輕代收集器的唯一選擇。

  • 單執行緒收集,指的是進行垃圾收集時,必須暫停所有工作執行緒
  • 簡單高效,Client模式下默認的年輕代收集器

2)ParNew收集器(-XX:+UseParNewGC,複製演算法)

  • 多執行緒收集,其餘的行為、特點和Serial收集器一樣
  • 單核執行效率不如Serial,在多核下執行才有優勢

3)Parallel Scavenge收集器(-XX:+UseParallelGC,複製演算法)

吞吐量=運行用戶程式碼時間/(運行用戶程式碼時間+垃圾收集時間)

  • 比起關注用戶執行緒停頓時間,更關注系統的吞吐量(適用在後台運算,不需要太多交互的情況)
  • 在多核下執行才有優勢,Server模式下默認的年輕代收集器

(2)老年代常見垃圾收集器

1)Serial Old收集器(-XX:+UseSerialOldGC,標記-整理演算法)

  • 單執行緒收集,指的是進行垃圾收集時,必須暫停所有工作執行緒
  • 簡單高效,Client模式下默認的年輕代收集器

2)Parallel Old收集器(-XX:+UseParallelOldGC,標記-整理演算法)

  • 多執行緒,吞吐量優先

3)CMS收集器(-XX:+UseConcMarkSweepGC,標記-清除演算法)

  • 初始標記:stop-the-world
  • 並發標記:並發追溯標記,程式不會停頓
  • 預清理:查找執行並發標記階段從年輕代晉陞到老年代的對象
  • 重新標記:暫停虛擬機,掃描CMS堆中的剩餘對象
  • 並發清理:清理垃圾對象,程式不會停頓
  • 並發重置:重置CMS收集器的數據結構

4)G1(Garbage First)收集器(-XX:+UseG1GC,複製+標記-整理演算法)

  • 將整個Java堆記憶體劃分成多個大小相等的Region
  • 年輕代和老年代不再物理隔離
特點
  • 並發和並行
  • 分代收集
  • 空間整合
  • 可預測的停頓

5.面試題

Object的finalize()方法的作用是否與C++的析構函數作用相同

  • 與C++的析構函數不同,析構函數調用確定,而它的是不確定的
  • 將未被引用的對象放置於F-Queue隊列(當垃圾回收器宣布一個對象死亡,至少需要經過兩個階段,1.當對象進行可達性分析時發現沒有和GC ROOTS相連接就會被第一次標記;2.判斷對象是否覆蓋finalize(),如果覆蓋,並且未被引用過這個方法的對象就會被放在F-Queue中,最後由JVM執行該方法)
  • 方法執行隨時可能會被終(優先順序低)

強引用(Strong Reference)

  • 最普遍的引用:Object object = new Object()
  • 拋出OutOfMemoryError終止程式也不會回收具有強引用的對象
  • 通過將對象設置為null來弱化引用,使其被回收

軟引用(Soft Reference)

  • 對象出在有用但非必須的狀態
  • 只有當記憶體空間不足時,GC會回收該引用對象的記憶體
  • 可以用來實現高速快取

弱引用(weak Reference)

  • 非必須的對象,比軟引用更弱一些
  • GC時會被回收
  • 被回收的概率也不大,因為GC執行緒優先順序比較低
  • 適用於引用偶爾被使用且不影響垃圾收集的對象

虛引用(PhantomReference)

  • 不會決定對象的生命周期
  • 任何時候都可能被垃圾收集器回收
  • 跟蹤對象被垃圾收集器回收的活動,起哨兵作用
  • 必須和引用隊列ReferenceQueue聯合使用
String str = new Sring("abc"); // 強引用

SoftReference<String> sr = new SoftReference<String>(str); // 軟引用

WeakReference<String> sr = new WeakReference<String>(str); // 弱引用

ReferenceQueue queue = new ReferenceQueue();

PhantomReference ref = new PhantomReference(str,queue); // 虛引用

四種引用比較

引用級別:強引用>軟引用>弱引用>虛引用

 0

類層次結構

0

引用隊列(ReferenceQueue)

  • 無實際存儲結構,存儲邏輯依賴於內部節點之間的關係來表達
  • 存儲關聯的且被GC的軟引用,弱引用以及虛引用