java的回收機制----根搜尋演算法
根搜尋演算法的基本思路是通過一系列的“GC Roots”的物件作為起始點,從這些節點開始往下搜尋,搜尋的走過的路徑稱為引用鏈,當一個物件到“GC Roots”沒有引用鏈可達時(也就是用圖論的話說就是從GC Roots到這個物件不可達),則證明此物件是不可用的,這樣的物件被判定為是可回收的。
java中可以作為GC Roots物件包括以下幾種:
1.虛擬機器棧(棧幀中的本地變數表)中的引用物件。
2.方法區中的類靜態屬性引用的物件。
3.方法區中的常量引用的物件。
4.本地方法棧中JNI(也即一般說的Native方法)的引用的物件。
根搜尋演算法判斷物件是否存活與引用有關。java將引用分為四類:強引用、軟引用、弱引用、虛引用,這四種引用強度依次逐步減弱。
根搜尋演算法中不可達的物件並非“非死不可”,這時候它們暫時處於“緩刑”階段,真正宣告一個物件死亡,至少要經歷兩次標記過程。如果通過根搜尋後發現沒有與GC Roots相連的引用鏈相連。它將會被第一次標記並且會進行篩選,當物件沒有覆蓋finalize()方法,或者finalize()方法已經被虛擬機器呼叫過,虛擬機器將這兩種情況都視為沒有必要執行finalize()方法。
如果這個物件被判定為有必要執行finalize()方法,那麼這個物件將會被放置在一個名為F-Queue的佇列之中,並在稍後有一條虛擬機器自動建立、低優先順序的 finalize的執行緒去執行。虛擬機器會觸發finalize()方法,但並不承諾等待它執行結束。finalize()方法是物件逃脫死亡的最後一次F-Queue中的物件機會。GC將會對F-QUEUEF-Queue中的物件進行第二次小規模的標記,如果某個物件重新與GC Roots引用鏈上的物件建立關聯關係,那麼第二次標記時它將被移除F-Queue。
任何一個物件的finalize()方法都只會被系統自動呼叫一次,如果物件面臨下一次回收,它的finalize()方法不會被再次執行。
本文是摘自深入理解JVM
相關文章
- Java教程分享:JVM垃圾回收機制之物件回收演算法JavaJVM物件演算法
- Java 垃圾回收機制Java
- java垃圾回收機制Java
- 必知必會JVM垃圾回收——物件搜尋演算法與回收演算法JVM物件演算法
- java垃圾回收機制整理Java
- Java的垃圾回收(Garbage Collection)機制Java
- Elasticsearch核心技術(五):搜尋API和搜尋執行機制ElasticsearchAPI
- JAVA垃圾回收機制和Python垃圾回收對比與分析JavaPython
- PHP的垃圾回收機制-回收週期PHP
- JS的垃圾回收機制JS
- jvm的垃圾回收機制JVM
- JavaScript的垃圾回收機制JavaScript
- PHP的垃圾回收機制PHP
- 6.1 KMP演算法搜尋機器碼KMP演算法機器碼
- 一文學會 Java 垃圾回收機制Java
- JAVA圖搜尋演算法之DFS-BFSJava演算法
- Java虛擬機器系列之垃圾回收機制(2)Java虛擬機
- Flutter中的垃圾回收機制Flutter
- JVM垃圾回收機制JVM
- Python垃圾回收機制Python
- js垃圾回收機制JS
- JVM 垃圾回收機制JVM
- javascript 垃圾回收機制JavaScript
- 深入理解Java的垃圾回收機制(GC)實現原理JavaGC
- A*搜尋演算法概述演算法
- A*搜尋演算法(python)演算法Python
- 如何回答Android面試中java垃圾回收機制Android面試Java
- 秒懂JVM的垃圾回收機制JVM
- 聊聊JVM的垃圾回收機制GCJVMGC
- 004.02 各類搜尋的演算法演算法
- Java虛擬機器之垃圾回收演算法Java虛擬機演算法
- 老生常談Java虛擬機器垃圾回收機制(必看篇)Java虛擬機
- 圖解 Java 垃圾回收機制,寫得非常好!圖解Java
- 演算法之搜尋(Java版)-持續更新補充演算法Java
- GVM回收機制-筆記筆記
- 剖析垃圾回收機制(上)
- 搜尋演算法合集 - By DijkstraPhoenix演算法
- 演算法總結--搜尋演算法
- 搜尋演算法總結演算法