一个Java对象的回忆录:垃圾回收

简介: 一个Java对象的回忆录:垃圾回收

image.png


对象的诞生
“你醒啦!”,迷迷糊糊中听到一个声音,我睁开了眼睛,发现一个小伙伴正看着我。

“这里是哪里,你是谁啊?”
“这里是堆区,我是一个Ajax对象,叫我小A吧”

我慢慢坐了起来,举目四望,这里有好多形形色色的对象居住在这里,远处还有好多的线程在各自忙碌着,好一副热闹的景象!
image.png
“你好,我才刚醒,我还不知道我是什么对象呢”
“这个简单,让我看看哈~~哦,原来你是一个APIController对象啊”,小A摸了摸我的头。
“你怎么知道的?”

“你的头上这里有个64bit的Klass指针,喏,顺着这个方向看过去,那里记录了你所属的类信息,你看,那里写着APIController呢“

image.png


听他这么一说,我这才注意到我的头上有两个64bit的字段。

“唉,小A,旁边这个64bit的数字又是装的什么内容呢?”
“那个叫MarkWord,是咱们Java对象的门面,里面的信息可重要了,你可要保管好了,这里面有。。。”

Minor GC
突然,不知从哪里传来一串警报声,随后听到广播:“各线程注意,请进入安全点等待,各分区注意,启动一次Minor GC”

image.png


听到广播的我莫名的紧张起来。

不知怎么回事,远处忙碌的线程们都仿佛被施了定身法一般,都停下了手头的活。只有少数几个还在活动,这几个线程大叔看上去跟他们有些不一样,其中有几个朝我们这边走了过来。

“这是要干什么啊?”我向小A打听情况。
“我也不知道,我也比你先出生没多久,这情况我也是第一次见到”,小A好像也有一点慌张。

没过多久,来了一个凶巴巴的管理员线程,拿着喇叭吼着:“Eden区的对象们听着,念到名字的站起来”
说完,便开始一个个点名,心里一阵忐忑,怕被叫到,又怕不被叫到。

image.png


念了很久,终于听到了小A和我的名字,我俩战战兢兢的站了起来。

没多久就念完了,我一瞅,站起来的是少数啊,心里有点不好的预感。
“念到名字的跟我来,其他的交给我的助手处理”,说完大家跟着他开始移动。

在走的路上,碰上了另外一支队伍,和我们汇合了。

image.png


“唉,兄弟,怎么称呼,你们哪个单位的?”小A热情的上去和一个对象攀谈了起来。
“叫我小B吧,我们这波是 Survivor From区的,你们 Eden区来的吧,我半小时前还在你们那儿待过呢”,这个自称是小B的也很随和。

“小B哥您好,咱们这是要去哪里啊?”我也上前搭了句话。
“前面是Survivor To区”

“咱们是怎么被挑出来的?”
“这里的管理员会通过一种叫GC Roots的对象,顺藤摸瓜,找出所有还有引用关系的对象,咱们就是幸存者,说明咱们还有价值”

image.png


“那留下的对象怎么办?”
“他们的命运多半悬了,因为没有别的对象引用他们了,需要把他们清理掉,腾出空间来”

我似懂非懂,一边走一边担心着,很快我们就到了传说中的Survivor To区,管理员安排我们都坐下,“这里好小啊”

“那可不,比起你原来的Eden区,这里只有八分之一大小”,我一回头,刚才路上碰到的小B居然就在我和小A的旁边,巧了不是。
“唉,小B哥,咱们这么折腾一圈是在做什么啊?”

image.png


“这叫做垃圾回收GC,你们开始待那地方叫 Eden区,对象出生的地方都在那里。咱们所在的地方是一个叫 Java Virtual Machine的世界,程序员只管创建对象,不管释放,这对象越来越多,Eden区放不下了,自然就要腾出空间来了。”

我和小A都点了点头,心里庆幸躲过一劫,抬头望去,不知什么时候,那些定住的线程们又开始忙活起来了。

“还没恭喜你们呢,长大一岁了”,小B拍了拍我俩的肩膀,我俩面面相觑,满脸问号。
“这是从何说起呢?”,小A先开口了。

“你们头上的MarkWord第3-6位记录的就是你们的年龄,经过一次GC就长大一岁了!”
我俩互相看了看,又看了看小B的GC年龄位置,居然已经15岁了。

image.png


“小B哥,难怪你见多识广,都一把年纪了呀。咦,这表示GC年纪的只有4位,最大只能表示到15,等会儿要是再来一次GC,这不要装不下了吗?”,看着小B的脑袋,我陷入了思考。
“再来一次GC我要是还能幸存,我就要进入老年代区域了,就不能陪你们玩儿了”,小B看着我们眨了眨眼睛。

“老年代,那是什么地方,我们不能去吗?”
“都说了是老年代了,是我这种老年对象去的地方,你们新来的还要在Survivor To区和Survivor From区兜兜转转好些回合呢,等你们到我这把年纪就能过去了”

image.png


“啊,为什么这么麻烦,设置这么多区都是干嘛的啊?”小A急着问。
小B把手搭在小A的肩说到:“这里的管理员用的是标记-复制算法来清理空间,所以需要在 Eden区之外再设一个地方接收复制活下来的对象。”

“那加一个Survivor区就够了啊,干嘛弄两个Survivor区?”我也抛了一个问题。
小B把另一只手搭在了我的肩上,“这是为了让存活的对象能够在这边反复流转,不要着急去老年代区域”

“那为什么SurvivorEden小那么多?”,我继续问到
“根据他们统计发现,98%的对象都活不过一轮GC,留下来的都是少数。而且两个Survivor区有一个要空着,如果太大就太浪费了。”

听着小B的话我们俩都陷入了沉思。

image.png

没过一会儿,广播又响了起来:“各线程注意,请进入安全点等待,各分区注意,启动一次Minor GC”,刚刚平静的心又一次悬了起来。
管理员又开始点名,这一次,我和小B都被点到了,而没有听到小A的名字。

我们跟小A告别了,离开了Survivor To区,走到分叉路口,小B也跟我道别:“再见了朋友,如果有机会,老年代等你来再聚”

接下来就只剩我一个对象了,跟随陌生的对象队伍来到了Survivor From区,这里跟刚才的To区规模相当,只是队伍比起之前那次又小了很多。

来到自己的位置坐好,看了看头上的GC年龄位,我2岁了。

Finalizer对象
没有了熟悉的朋友,独自发着呆,等待着线程们来访问我。
突然,有人拍了拍我的肩膀,我回头看去,居然是小A,他跑的气喘吁吁的。

image.png


“你不是没有被念到名字,没有对象再引用你了吗,居然没有被清理?”,再次看见小A,我有点难以置信。
“刚才真的好险,我都吓死了,没想到事情出现了转机!”

“发生了什么,快告诉我!”,我迫不及待的想知道这一切究竟是怎么回事。
小A喘了几口气继续说到:“就在你们走后,管理员又拿出了另外一份名单,我的名字居然在上面,我一打听才知道原来检查到有一个Finalizer对象还在引用我~”

“奇怪了,不是说没有对象吗,怎么又冒出了一个Finalizer对象?这是什么?”
后来我见到了那个Finalizer对象,就在开始我们没多远的位置,听他说是因为我所属的类有覆盖finalize方法,所以在我出生的时候,他也一同诞生,并且一直持有我的引用

image.png


“那后来呢?”,我继续追问。
“后来啊,他被管理员放进了一个ReferenceQueue的队列去了,他们把那地方叫F-Queue监狱。等待一个名字也叫Finalizer的线程大叔去处理,通过Finalizer对象来调用我的finalize方法,之后就把我们之间的联系切断了”

“他要倒霉了!不过好在还是救了你一命”
“躲得了初一,躲不过十五,现在连Finalizer对象也没引用我了,下一次GC我铁定要完蛋的”,小A说完又低下了头。
“别想那么多,做对象最重要的就是开心了,说不定下一次我陪你一起完蛋呢”

image.png


我俩刚刚说完,熟悉的广播又想起了:“各线程注意,请进入安全点等待,各分区注意,启动一次Minor GC”
很快,管理员就念到了我的名字,看来我还能撑下去。快到结束的时候,管理员居然神奇般的念到了小A的名字。

“小A,你听到了吗,居然还有对象在引用你!”我高兴的对小A说到,小A也使劲点点头。
“我知道了,一定是Finalizer线程大哥在执行我的finalize方法的时候,又把我和谁建立了联系,对,一定是这样!”

我们再一次从To区来到了From区,这一次又少了很多旧面孔,不过从Eden区来了不少新面孔。

往后的一段时间里,我们在这兜兜转转了好多轮,终于看到头上的年龄标记慢慢变成了15岁。

Full GC
没过多久,广播再次响起,我和小A幸运的再次被点到名字,随后,管理员检查了我和小A,发现我俩超龄了,直接给我们赶到了一条新的路上,我知道前面就是传说中的老年代了。

来到这个陌生的地方,放眼望去,这里可比我待过的Eden区、From区、To区加起来还要大,里面有好多的对象,密密麻麻的,不过看上去一个个都不是省油的灯,毕竟能来到这里的对象,比起Eden区的那些萌新都是些老油条了。

image.png


我俩找到自己的位置坐下开始闲聊,这时,从不远处走过来一个身影,走近一看正是之前的小B。
“唉,这不是小A吗,记得你不是被清理了吗,怎么来这儿了?”,对于小A的出现,小B哥有些惊讶。

随后小A也向小B聊起了之前的那段惊险经历~
正在闲聊的时候,管理员突然进来圈了一大片空闲的位置,创建了一个巨大的对象!众对象都惊呆了!

image.png


“小B哥,这哥们什么来路,空降啊,直接到老年代!”我好奇的问到。
“没办法,谁叫人家体格大,Eden区要么装不下,要么嫌给他复制过去复制过来太费劲,所以直接给安排到这里了,不像我们要一点点熬过来。”

“各线程注意,请进入安全点等待,各分区注意,启动一次Full GC“,熟悉的广播又一次响起,只不过这一次听到的是Full GC。
“看来内存吃紧了啊!”小B叹了口气。

管理员又开始点名了,这一次,幸运不再眷顾小A。

未完待续~~

彩蛋
一个线程小姐姐迎面向我走了过来。

“Hi,小朋友你好,我是3002号线程,现在我要来锁定你,别动哦,让我检查下你的MarkWord”
“lock位是01,Good!让我再看看偏向锁标记位,呀!是个1,糟糕”,小姐姐皱起了眉头。

欲知后事如何,请关注后续精彩......

目录
相关文章
|
21天前
|
安全 Java 编译器
Java对象一定分配在堆上吗?
本文探讨了Java对象的内存分配问题,重点介绍了JVM的逃逸分析技术及其优化策略。逃逸分析能判断对象是否会在作用域外被访问,从而决定对象是否需要分配到堆上。文章详细讲解了栈上分配、标量替换和同步消除三种优化策略,并通过示例代码说明了这些技术的应用场景。
Java对象一定分配在堆上吗?
|
13天前
|
缓存 算法 Java
本文聚焦于Java内存管理与调优,介绍Java内存模型、内存泄漏检测与预防、高效字符串拼接、数据结构优化及垃圾回收机制
在现代软件开发中,性能优化至关重要。本文聚焦于Java内存管理与调优,介绍Java内存模型、内存泄漏检测与预防、高效字符串拼接、数据结构优化及垃圾回收机制。通过调整垃圾回收器参数、优化堆大小与布局、使用对象池和缓存技术,开发者可显著提升应用性能和稳定性。
35 6
|
25天前
|
Java API
Java 对象释放与 finalize 方法
关于 Java 对象释放的疑惑解答,以及 finalize 方法的相关知识。
45 17
|
25天前
|
存储 安全 Java
Java编程中的对象序列化与反序列化
【10月更文挑战第22天】在Java的世界里,对象序列化和反序列化是数据持久化和网络传输的关键技术。本文将带你了解如何在Java中实现对象的序列化与反序列化,并探讨其背后的原理。通过实际代码示例,我们将一步步展示如何将复杂数据结构转换为字节流,以及如何将这些字节流还原为Java对象。文章还将讨论在使用序列化时应注意的安全性问题,以确保你的应用程序既高效又安全。
|
25天前
|
监控 算法 Java
深入理解Java的垃圾回收机制
【10月更文挑战第22天】在Java的世界里,有一个默默无闻却至关重要的角色——垃圾回收(Garbage Collection, GC)。就像城市的清洁工一样,它默默地清理着不再使用的内存空间,确保我们的程序运行得既高效又稳定。但你真的了解垃圾回收是如何工作的吗?让我们一起探索这个看似简单却充满奥秘的过程,看看它是如何影响你的Java应用性能的。
|
1月前
|
存储 Java 数据管理
Java零基础-Java对象详解
【10月更文挑战第7天】Java零基础教学篇,手把手实践教学!
28 6
|
1月前
|
存储 监控 算法
Java中的内存管理与垃圾回收机制解析
本文深入探讨了Java编程语言中的内存管理方式,特别是垃圾回收机制。我们将了解Java的自动内存管理是如何工作的,它如何帮助开发者避免常见的内存泄漏问题。通过分析不同垃圾回收算法(如标记-清除、复制和标记-整理)以及JVM如何选择合适的垃圾回收策略,本文旨在帮助Java开发者更好地理解和优化应用程序的性能。
|
25天前
|
存储 缓存 NoSQL
一篇搞懂!Java对象序列化与反序列化的底层逻辑
本文介绍了Java中的序列化与反序列化,包括基本概念、应用场景、实现方式及注意事项。序列化是将对象转换为字节流,便于存储和传输;反序列化则是将字节流还原为对象。文中详细讲解了实现序列化的步骤,以及常见的反序列化失败原因和最佳实践。通过实例和代码示例,帮助读者更好地理解和应用这一重要技术。
24 0
|
1月前
|
存储 前端开发 Java
你还没有对象吗?java带你创建一个吧
你还没有对象吗?java带你创建一个吧
12 0
|
1月前
|
存储 监控 算法
深入理解Java内存模型与垃圾回收机制
【10月更文挑战第10天】深入理解Java内存模型与垃圾回收机制
20 0
下一篇
无影云桌面