当前位置: 首页 > news >正文

【JVM】——GC垃圾回收机制(图解通俗易懂)

8e19eee2be5648b78d93fbff2488137b.png

阿华代码,不是逆风,就是我疯

你们的点赞收藏是我前进最大的动力!!

希望本文内容能够帮助到你!!

目录

一:引入

二:垃圾回收

1:识别出垃圾

​编辑(1)引用计数机制

问题一:计数器占用内存空间

问题二:循环引用的问题

(2)可达性分析

2:内存释放机制

(1)标记——清除

(2)复制算法

优点

缺点

(3)标记—整理

优点

缺点

(4)分代回收


本文GC的垃圾回收机制是重点

一:引入

在C语言中。malloc可以申请内存,free释放内存,申请到的内存的生命周期,会跟随整个进程。这一点对服务器程序非常的不好,如果服务器对每个请求都要去申请一块内存,申请的越来越多,最后导致没有空闲内存了。就会发生内存泄露问题。

像之前我们写的TCP回显服务器中,就存在accept接受一个请求后,就一定要在finally中去.close关闭文件。

那么我们能否实现让程序自动释放内存,而不是让程序员来手动释放呢?JVM就做到了这一点。

二:垃圾回收

GC垃圾回收中有一个很重要的问题:“STW”(stop the world)问题,触发垃圾回收的时候,很有可能造成当前程序的其它业务逻辑被暂停,Java发展到现在,已经可以把“STW”控制在1ms以内了

通过上一篇文章的学习,我们知道JVM中的内存有好几块——程序计数器,栈,堆,元数据区,这里面“堆”就是GC垃圾回收的主要战场

垃圾回收,准确的说可以是“回收对象”,而非回收内存

1:识别出垃圾

(1)引用计数机制

试想如果有多个引用指向同一个对象,那么这个对象什么时候被判定为垃圾就是一件麻烦的事情了,所以我们引入计数机制,这种思想方法并没有在JVM中进行使用,但是广泛应用于其它主流语言的垃圾回收机制中——给对象安排一个额外的空间,空间里保存当前这个对象有几个引用

专门有一个扫描线程,去获取到当前有多少个引用指向这个对象,如果计数为0,这个对象就会被当成垃圾,被回收掉。但是这种机制也是有一些问题的

问题一:计数器占用内存空间

试想每一个对象都要有一个计数器进行计数,如果对象非常多的话,计数器占用的内存空间就非常大了

问题二:循环引用的问题

此时要使用第一个对象,那就需要获得第一个对象的引用,第一个对象的引用又在第二个对象中;那么就需要获得第二个对象的引用,第二个对象的引用又在第一个对象中,那么就需要获取第一个对象的引用。闭环了(裂开!!有点像死锁

(2)可达性分析

JVM中使用的就是可达性分析

在代码中,会定义许多变量,JVM中存在扫描线程,会对已有的这些变量进行遍历,尽可能的去访问到更多的对象——  能被访问到的对象,就不会被当做垃圾,访问不到的对象,自然就是垃圾。

注:不可达是有传递性这种效果的

2:内存释放机制

把标记为垃圾的对象所占的内存空间进行回收,这里我们介绍4种释放方式

(1)标记——清除

这种标记——清除的策略,也会带来一些问题:内存碎片

在回收完黑色方块所处的内存空间后(假设为4M),剩余的白色方块空闲内存空间为6M,但是这6M的内存空间并不是连续的一段空间,而是一段离散的、小的空间

这就造成了一个问题——剩下的实际能使用的内存空间是小于6M的

再通俗一点的举例:此时有一个6M大小的对象需要存进内存空间,肯定不能放进去嘛,因为这不是连续的一段内存空间

(2)复制算法

优点

①规避了内存碎片的问题

缺点

①申请的内存空间只有利用率太低,只有一半左右

②如果需要复制的对象太多,那么成本就太高

(3)标记—整理

优点

①有效解决内存碎片的问题

②不像复制算法那样浪费太多空间

缺点

①搬运的成本较高

(4)分代回收

分代回收机制:依据不同种类的对象,采取不同的方式

JVM中有专门的扫描线程,来扫描标记对象,根据对象的年龄差异把整个内存分为新生代老年代两个区域部分

其中新生代区域又分为两个部分——伊甸区,生存区

对象年龄:如果一个对象被扫描一次后,判定不是垃圾,就年龄+1(初始年龄=0)

 ①代码中new出来的对象都放到伊甸区,当扫描线程第一遍扫描时,标记为垃圾的对象就进行回收,剩余的对象通过复制算法复制到生存区1中

注:绝大多数对象都活不过伊甸区,只有少数能够撑住第一轮,被复制到生存区1中,此时这些对象年龄+1

②扫描线程第二遍扫描新生代,重复①,而生存区1中的对象大部分又被标记为垃圾进行GC回收了,只有一丢丢存活下来的对象继续被复制到生存区2中,此时这些对象年龄再+1,变为2

注:第二遍扫描包含伊甸区和生存区,老年代区被扫描的频率很低<后面会解释>

③经过若干轮,发现有年龄非常大的对象,那么就会认为这个对象的生命周期很长,就会把这个对象从生存区拷贝到老年代区中

④扫描线程继续工作,只不过老年代区扫描的频率非常低,大大节省了开销

⑤老年代区的对象挂了的话,就会按照“标记—整理”的方式进行回收,释放内存

上述JVM分代回收是GC中的核心思想,实际还有很多细节,感兴趣的铁铁可以深入研究一下~~


http://www.mrgr.cn/news/60561.html

相关文章:

  • App测试环境部署
  • Linux系统下minio设置SSL证书进行HTTPS远程连接访问
  • C语言小游戏3——扫雷
  • PHP-FPM 性能配置优化
  • 纯GO语言开发RTSP流媒体服务器-RTSP推流直播、本地保存录像、录像回放、http-flv及hls协议分发
  • 包装类Integer
  • PowerShell 提示“系统禁止运行脚本”
  • 【嵌入式软件-STM32】按键控制LED 光敏传感器控制蜂鸣器
  • Shiro会话管理和加密
  • 医院信息化与智能化系统(11)
  • 阳振坤:云时代数据库的思考 | OceanBase发布会实录
  • 【高级IO】IO多路转接之epoll
  • 移植FreeRTOS实时操作系统(基于STM32F429)
  • Java运行时数据区
  • C++基础三
  • 华为大咖说丨如何通过反馈机制来不断优化大模型应用?
  • 销售拓客秘籍:线上渠道探寻与选择
  • 2024年【北京市安全员-A证】找解析及北京市安全员-A证考试试卷
  • 一周倒计时!2024中山智能家居峰会议程揭晓
  • 深入理解数据链路层:以太网帧格式、MAC地址、交换机、MTU及ARP协议详解与ARP欺骗探究
  • 300元蓝牙耳机性价比高的有哪些?学生平价蓝牙耳机推荐
  • 10位三维设计如何共享工作站算力和软件
  • Instagram如何加特效?轻松打造个性化动态效果的实用指南
  • ChatGPT:从发布到全球大热,仅用一年多的传奇之旅
  • pgloader的简单数据迁移教程
  • 推荐一款好用的redis管理工具TinyRDM