JVM 怎麼判斷對象已經死了?

来源:https://www.cnblogs.com/javastack/archive/2020/06/01/13026540.html
-Advertisement-
Play Games

作者:勿念先生 https://blog.csdn.net/moHedong/java/article/details/79687878 GC的歷史比Java還有久遠,我們在思考GC時候需要思考三個問題: 哪些記憶體需要回收? 什麼時候回收? 如何回收? 在Java中程式計數器、虛擬機棧、本地方法棧這 ...


作者:勿念先生
https://blog.csdn.net/moHedong/java/article/details/79687878

GC的歷史比Java還有久遠,我們在思考GC時候需要思考三個問題:

哪些記憶體需要回收?

什麼時候回收?

如何回收?

在Java中程式計數器、虛擬機棧、本地方法棧這三個區域隨線程而生,隨線程而滅:棧中的棧幀隨著方法的調用和退出而有條不紊的進行著入棧和出棧的過程。

每個棧幀分配多少記憶體在類結構確定下來時就已知的,方法結束或者線程結束記憶體自然跟著回收了。

而Java堆和方法區不一樣,一個介面中的多個實現類的記憶體可能不一樣,每個方法的多個分支需要的記憶體也可能不一樣,我們只有在程式運行時候才知道會創建哪些對象,這部分記憶體的分配和回收都是動態的。

一、判斷對象已死的演算法

1)引用計數演算法

給對象添加一個引用計數器,每當一個地方引用它時候,計數器就加1,當引用失效,計數器就減1;任何時刻計數器為0的對象就是不可能再被使用了。

這種方法實現簡單,效率高,但是它很難解決對象的迴圈引用問題:

public class Test {

    private static final int _1MB = 1024 *1024;

    private Object instance = null;

    public static void testGC(){
        Test objectA = new Test();
        Test objectB = new Test();

        objectA.instance = objectB;
        objectB.instance = objectA;

        objectA = null;
        objectB = null;

        // 假如這裡發生GC,objectA和objectB會不會被回收

    }
}

2)可達性分析演算法

這個演算法的基本思路是通過一系列稱為“GC Roots”(一組必須活躍的引用)作為起始點,從這些節點開始向下搜索,搜索走過的路徑稱為引用鏈,當一個對象到GC Roots沒有任何引用鏈時候,那麼證明此對象是不可用的。

Java語言中,做作為GC Roots的對象包括以下幾種:

1)虛擬機棧(棧幀中的本地變數表)中引用的對象。

2)方法區中類靜態屬性引用的對象。

3)方法區中常量引用的對象。

4)本地方法棧JNI(即一般說的Native方法)引用的對象。

二、引用

無論是通過引用計數器演算法判斷對象的引用數量,還是通過可達性分析演算法判斷對象引用鏈是否可達,判斷對象是否可活都離不開引用,Java中將引用分為四種:

1)強引用(Strong Reference)

是指程式代碼中普遍存在的,類似“Object obj = new Object()”這類的引用,只有強引用還存在對象就不會被回收。

2)軟引用(Soft Reference)

軟引用是用來描述一些還有用但是非必須的對象。對於軟引用關聯的對象,在系統將於發生記憶體溢出異常之前,將會把這些對象列進回收範圍中進行二次回收。

3)弱引用(Weak Reference)

也是用來描述非必須對象的,強度比軟引用還弱一些,被軟引用關聯的對象只能存活到下一次記憶體回收之前。

4)虛引用(Phantom Referenece)

也成為幽靈引用和幻影引用,為一個對象設置虛引用關聯的唯一目的就是能在這個對象被回收時收到一個系統通知。

三、生存還是死亡

即使在可達性分析演算法中不可達的對象,也並非一定是“非死不可”的,這時候他們暫時處於“緩刑”階段,真正宣告一個對象死亡至少要經歷兩個階段:

1)如果對象在可達性分析演算法中不可達,那麼它會被第一次標記併進行一次刷選,刷選的條件是是否需要執行finalize()方法(當對象沒有覆蓋finalize()或者finalize()方法已經執行過了(對象的此方法只會執行一次)),虛擬機將這兩種情況都會視為沒有必要執行)。

2)如果這個對象有必要執行finalize()方法會將其放入F-Queue隊列中,稍後GC將對F-Queue隊列進行第二次標記,如果在重寫finalize()方法中將對象自己賦值給某個類變數或者對象的成員變數,那麼第二次標記時候就會將它移出“即將回收”的集合。

finalize()能做的工作,使用try-finally或者其他方式都能做到更好,更及時,所以不建議使用此方法。

四、方法區回收

永久代中回收的內容主要是兩部分:廢棄的常量和無用的類。判斷無用的類(類卸載)必須滿足三個條件:

1)該類所以的實例都已經被回收

2)載入該類的ClassLoader被回收

3)該類對應的java.lang.Class對象沒有在任何地方引用,無法在任何地方通過反射訪問該類的方法

推薦去我的博客閱讀更多:

1.Java JVM、集合、多線程、新特性系列教程

2.Spring MVC、Spring Boot、Spring Cloud 系列教程

3.Maven、Git、Eclipse、Intellij IDEA 系列工具教程

4.Java、後端、架構、阿裡巴巴等大廠最新面試題

覺得不錯,別忘了點贊+轉發哦!


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 1.簡述人工智慧、機器學習和深度學習三者的聯繫與區別。 人工智慧:機器學習和深度學習都是屬於一個領域的一個子集。但是人工智慧是機器學習的首要範疇。機器學習是深度學習的首要範疇。 機器學習:是人工智慧的子領域,也是人工智慧的核心。它包括了幾乎所有對世界影響最大的方法(包括深度學習)。機器學習理論主要是 ...
  • 1.補全代碼的聲明:alt + / 2.快速修複: ctrl + 1 3.批量導包:ctrl + shift + o 4.使用單行註釋:ctrl + / 5.使用多行註釋: ctrl + shift + / 6.取消多行註釋:ctrl + shift + \ 7.複製當前行的代碼上下移動:或 ctr ...
  • 本教程源碼請訪問:tutorial_demo 一、什麼是動態代理 1.1、概念 動態代理的用途與裝飾模式很相似,就是為了對某個對象進行增強。所有使用裝飾者模式的案例都可以使用動態代理來替換。 特點:位元組碼隨用隨創建,隨用隨載入; 作用:不修改源碼的基礎上對方法增強; 學習目的:為了學習AOP的原理做 ...
  • 題目:有一分數序列:2/1,3/2,5/3,8/5,13/8,21/13...求出這個數列的前20項之和。 程式分析:請抓住分子與分母的變化規律。 實例: 1 #include <stdio.h> 2 3 int main() 4 { 5 int i,t; 6 float sum=0; 7 floa ...
  • 題目:列印出如下圖案(菱形)。 * *** ***** ******* ***** *** * 程式分析:先把圖形分成兩部分來看待,前四行一個規律,後三行一個規律,利用雙重for迴圈,第一層控制行,第二層控制列。 實例: 1 #include <stdio.h> 2 int main() 3 { 4 ...
  • 演算法定義: 冒泡排序(Bubble Sort),是一種電腦科學領域的較簡單的排序演算法。 它重覆地走訪過要排序的元素列,依次比較兩個相鄰的元素,如果順序(如從大到小、首字母從Z到A)錯誤就把他們交換過來。走訪元素的工作是重覆地進行直到沒有相鄰元素需要交換,也就是說該元素列已經排序完成。 這個演算法的名 ...
  • func ProxyTest() { proxyAddr := "http://your IP:8080/" httpUrl := "http://your target url" poststr := "your post values" proxy, err := url.Parse(proxy ...
  • 1、生產者、消費者 操作系統(生產者、消費者問題) 2、管程法 (1)創建生產者: public class Productor extends Thread{ SynContainer synContainer; public Productor(SynContainer synContainer ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...