JVM&GC(二)对象提升规则

最新推荐文章于 2024-06-20 15:19:32 发布
原创 最新推荐文章于 2024-06-20 15:19:32 发布 · 282 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jvm

本文深入探讨了Java虚拟机(JVM)的垃圾回收机制，详细解释了对象如何从Eden区出生，在Survivor区成长，直至晋升至老年代的过程。文章涵盖了对象年龄计数器的概念，大对象直接进入老年代的目的，以及动态判断对象年龄和空间分配担保策略。通过理解这些机制，开发者可以更好地优化应用程序的内存使用。

前言

虚拟机给每个对象定义了一个对象年龄(Age)计数器。如果对象在Eden区出生并经过第一次Minor GC后仍然存活，并且能被Survivor容纳的话，将被移动到Survivor空间中，并将对象年龄设为1.对象在Survivor中每熬过一次Minor GC，年龄就将增加1岁，当他的年龄增加到一定程度(默认为15岁)时，就会被晋升到老年代中。

分配原则

  • 对象优先分配在Eden区，如果Eden区，如果Eden区没有足够的空间，虚拟机执行一次Minor GC。
  • 大对象直接进入老年代，这样做的目的是为了避免在Eden区和两个Survivor区之间发生大量的内存拷贝。
  • 长期存活的对象进入老年代。虚拟机给每个对象定义了一个对象年龄(Age)计数器。如果对象在Eden区出生并经过第一次Minor GC后仍然存活，并且能被Survivor容纳的话，将被移动到Survivor空间中，并将对象年龄设为1.对象在Survivor中每熬过一次Minor GC，年龄就将增加1岁，当他的年龄增加到一定程度(默认为15岁)时，就会被晋升到老年代中。
  • 动态判断对象的年龄。如果Survivor区中相同年龄的所有对象大小总和大于Survivor空间的一半，年龄大于或等于该年龄的对象可直接进入老年代。
  • 空间分配担保。每次进行Minor GC时，JVM会计算Survivor区移至老年去的对象的平均大小，如果这个值大于老年去的剩余值大小则进行一次Full GC，如果小于则进入检查HandlePromotionFailure逻辑。判断这个逻辑，如果是True则只进行Minor GC，如果是False则进行Full GC。
    图片.png
    个人博客
    腾讯云社区
    掘金
    优快云
    简书
    GitHub
    码云
    OSCHINA
    Segmentfault
    公众号：wx.jpg
JVM高频面试基本问题与知识点整理
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
01-16 86万+
JVM高频面试基本问题与知识点整理
ZGC 参数优化与 GC 触发机制解析分享
热门推荐
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
04-07 11万+
本文深入探讨了 ZGC（Z Garbage Collector）参数优化与 GC 触发机制，旨在帮助开发者理解如何通过合理配置 ZGC 的参数来降低 Allocation Stall，提高系统吞吐量和稳定性。文章分析了影响 ZGC 性能的关键因素，如 heap 设置、线程池配置等，并通过实际案例展示了不同参数设置对 GC 行为的影响。通过对 GC 触发机制的解析，本文提供了可行的优化策略，以有效减少系统停顿时间，实现高效的内存管理。
JVM的GC机制
一直被模仿，从未被超越
08-20 1667
JVM的GC概述 GC即垃圾回收，是指jvm用于释放那些不再使用的对象所占用的内存。 在充分理解了垃圾收集算法和执行过程后，才能有效的优化它的性能。 有些垃圾收集专用于特殊的应用程序。比如，实时应用程序主要是为了避免垃圾收集中断，而大多数OLTP应用程序则注重整体效率。 垃圾收集的目的在于清除不再使用的对象。gc通过确定对象是否被活动对象引用来确定是否收集该对象。两种常用的方法是引用计数和对象引用遍历。 引用计数 引用计数存储对特定对象的所有引用数，也就是说，当应用程序创建引用以及引用超出范围时，jvm
深入理解JVM：GC规则
努力奋斗
01-03 778
GC总结 内存回收与垃圾收集器在很多时候都是影响系统性能、并发能力的主要因素之一，虚拟机提供了很多不同的垃圾收集算法，以及大量的调节参数，是因为根据实际需求调试才能获得最高的性能。 没有固定的垃圾回收组合和参数组合，也没有最优的调优方法。如下有几个调优策略 1、对象优先分配在Eden区 2、大对象优先分配在老年代，因为Eden用的复制算法，对于大对象很慢。 3、长期存活对象进去老年代。每个
JVM中一次完整的GC流程是怎样的，对象如何晋升到老年代，Minor GC、Major GC和Full GC之间的区别
Daryl的博客
08-01 1万+
一、可达性分析算法（GC Roots） 有一种引用计数法，可以用来判断对象被引用的次数，在任何某一具体时刻，如果引用次数为0，则代表可以被回收。 这种实现方式比较简单，但对于循环引用的情况束手无策，所以 Java 采用了可达性分析算法。 即判断某个对象是否与 GC Roots 的这类对象之间的路径可达，若不可达，则有可能成为回收对象，被判定为不可达的对象要成为可回收对象必须至少经历两次标记过程，如果在这两次标记过程中仍然没有逃脱成为可回收对象的可能性，则基本上就真的成为可回收对象了。 具体详情可以看我另外一
jvm——垃圾回收机制(GC)详解
weixin_62458944的博客
08-12 1万+
什么是GC？GC 是 garbage collection 的缩写，意思是垃圾回收——把内存（特别是堆内存）中不再使用的空间释放掉；清理不再使用的对象。为什么要GC？堆内存是各个线程共享的空间，不能无节制的使用。服务器运行的时间通常都很长。累积的对象也会非常多。这些对象如果不做任何清理，任由它们数量不断累加，内存很快就会耗尽。所以GC就是要把不使用的对象都清理掉，把内存空间空出来，让项目可以持续运行下去。什么样的对象是垃圾对象？不再使用或获取不到的对象是垃圾对象。如何把垃圾对象找出来？
Minor GC FULL GC,对象存活时间
weixin_43115433的博客
06-20 403
一般的，新生的对象先出现在Eden区，当Eden区填满时，虚拟机发起一次MinorGC. 其过程是将eden区垃圾回收之后还存在的对象复制到FROM区，当From区也填满时， 将垃圾回收后还存在的对象包括EDEN和From区，都复制到to区，并交换from和to的角色。每经过一次minor GC进入到survier的对象年龄计数器加一，当年龄超过预设值则进入年老代，或者通过动态判定进入老年代。 大...
jvm和gc详解及调优
12-28
《JVM和GC详解及调优》是一本深入解析Java虚拟机（JVM）和垃圾收集（Garbage Collection，简称GC）的专业书籍，对于Java开发者来说，是进阶提升的必备资料。书中详尽地阐述了JVM的工作原理，以及如何进行有效的性能...
最详细的JVM&GC讲解
高广超的博客
04-12 812
这篇文章是我之前翻阅了不少的书籍以及从网络上收集的一些资料的整理，因此不免有一些不准确的地方，同时不同JDK版本的差异也比较大。 不过文中一些JVM参数示例都是实际项目里调优的结果，还是经受过实战考验的。 目录 JVM简介 JVM结构 2.1 方法区 2.1.1 常量池 2.1.1.1 Class文件中的常量池 2.1.1.2 运行时常...
Java虚拟机(JVM)调整GC
unber的博客
06-20 752
在上一章中，我们了解了各种代GC。在本章中将讨论如何调整GC。
再也不用担心被虐啦，高频率JVM面试题，都在这里！
架构文摘
11-14 304
点击蓝色“架构文摘”关注我哟加个“星标”，天天中午 09:25，干货推送！JVM（Java虚拟机）简单来说就是运行Java代码的解释器，作为螺丝钉程序员JVM其实了解下就差不多啦，不懂JVM内部细节照样能写出优质的代码！但是一到造火箭、飞机的场景（面试）不懂JVM的你，会被面试官虐的体无完肤，本期内容列举常见的JVM面试题：说一JVM的内存结构是什么样子的？什么时候对象可以被收回？常见的垃圾回收器...
jvm误区--动态对象年龄判定和分配担保机制
沉默的夏虫
04-07 2029
学习jvm的人，基本都阅读过上面这段话，这里讲的是动态年龄的判定。 对于动态的判定的条件就是相同年龄所有对象大小的总和大于Survivor空间的一半， 然后算出的年龄要和MaxTenuringThreshold的值进行比较， 以此保证MaxTenuringThreshold设置太大（默认15），导致对象无法晋升。 问题的提出 场景假设 如果说非得相同年龄所有对象大小总和大于Survivo...
JVM 晋升 & FullGC 触发
静__嘘的博客
06-11 673
JVM 晋升 1.动态年龄判断 Survivor区的对象年龄从小到大进行累加，当累加到 X 年龄时的总和大于50%（可以使用-XX:TargetSurvivorRatio=? 来设置保留多少空闲空间，默认值是50），那么比X大的都会晋升到老年代。（如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半（动态年龄判断），年龄大于或等于该年龄的对象就可以直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄） https://blog.csdn.ne..
JVM 晋升到老年代的动态年龄判断
javaThinker的专栏
04-17 4314
虚拟机并不是永远地要求对象的年龄必须达到了MaxTenuringThreshold才能晋升老年代，如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄。 这个表述应该是老的虚拟机的动态年龄判断算法，其实推演一下是存在缺陷的的，请看下图： 　　如果此时...
GC的判定的2种方式
imooc_000000的博客
05-13 2276
注：参考 https://blog.youkuaiyun.com/qq_1681163/article/details/52277380 https://blog.youkuaiyun.com/u014142287/article/details/51424725 java的四种引用https://www.cnblogs.com/huajiezh/p/5835618.html对象是否死亡的2中判定方法：引用计数和可达性分...
jvm性能调优 - 10白话年轻代数据晋升老年代规则及老年代回收算法
小工匠
04-18 2万+
文章目录Pre躲过15次GC之后进入老年代动态对象年龄判断大对象直接进入老年代Minor GC后的对象太多，无法放入Survivor区怎么办？老年代空间分配担保规则老年代垃圾回收算法 Pre 上篇文章已经讲清楚了新生代的垃圾回收算法，包括跟这个垃圾回收算法搭配的新生代内存区域的划分，大家也都清楚了为什么有一块Eden区域和两块Survivor区域 那么本文就要给大家说说，新生代里的对象一般在什么场景下会进入老年代。 首先我们来看下面的图，我们写好的代码在运行的过程中，就会不断的创建各种各样的对象，这些对
34.堆内存分配策略(或对象提升(Promotion)规则)总结(掌握）
simpleGq的专栏
07-13 716
目录1.堆内存分配策略(或对象提升(Promotion)规则) 1.堆内存分配策略(或对象提升(Promotion)规则) 一般情况下的策略： 1.对象会被优先分配到Eden区 2.大对象，如果Eden区放不下，就会被直接放到老年代 3.长期存活的对象(Survivor区中的对象的age超过阈值的对象)，会被放到老年代 4.动态年龄判断。如果Survivor区中的相同年龄的所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象可以直接进入老年代，无须等到MaxTenuringThre
记第一次JVM性能调优(二)之MinorGC
qq_33561065的博客
07-23 2278
jvm性能优化GC调优GC调优原则GC调优的目的调优实战 GC调优 GC调优原则 就我个人的理解而言,对于一个应用程序来说,应当存在四点调优原则 大多数的java应用都不需要GC调优 大部分需要GC优化的,不是参数问题,而是代码问题 优化代码带来的性能提升远远大于参数调整 GC调优应当是程序优化的最后手段 GC调优的目的 使GC的时间足够小.这个没有硬性的时间值,可以根据项目的不同而自由设定...
JVM中一次完整的GC流程中是怎样的，对象如何晋升到老年代，说说你知道的几种主要的JVM参数
m0_67394002的博客
04-19 956
对象诞生即新生代->eden，在进行minor gc过程中，如果依旧存活，移动到from，变成Survivor，进行标记。当一个对象存活默认超过15次都没有被回收掉，就会进入老年代。 主要的JVM参数： http://ifeve.com/useful-jvm-flags/ ...
jvm中对象分配规则
最新发布
08-20
<think>嗯，用户这次问的是JVM对象分配规则，需要结合站内引用和我之前关于JVM调优的回答来详细说明。用户可能正在学习JVM内存管理，或是遇到了性能问题需要优化对象分配。 从引用[2]和引用[3]来看，用户提供的资料已经覆盖了逃逸分析、栈上分配、空闲列表和TLAB等关键概念。不过用户上次问的是调优方法，这次转向底层机制，可能需要更系统的解释。 我注意到三个重点需要展开： 首先是对象分配的主要区域，堆内存确实是主战场，但栈上分配这个特例很值得强调（引用[2]的逃逸分析部分）。其次是内存分配的具体算法，引用[3]提到的指针碰撞和空闲列表要对比说明，特别是并发处理方案如CAS和TLAB。最后是对象初始化的细节，包括零值初始化和对象头设置，这部分对理解内存布局很重要。 用户可能还隐含了性能方面的关切，比如“为什么我的应用创建对象很慢”，所以TLAB机制和逃逸分析的优化价值要突出说明。另外，上次调优回答里提到的年轻代分配策略（Eden/Survivor）和当前问题其实是上下游关系，可以自然关联。 需要警惕的是不能遗漏新对象分配的整体流程：从内存分配到初始化再到对象头设置，这个链条要完整。引用[3]里1.4和1.5两节正好用得上，但得转换成更易懂的描述。 最后考虑设计几个延伸问题：对象访问定位（直接指针vs句柄）、标量替换优化这些高级话题，既能帮用户深化理解，也和调优实战相关。毕竟能问分配规则的人，大概率下一步就要问如何优化了。</think>### JVM对象分配规则详解 #### 一、核心分配区域 1. **堆内存分配（默认策略）** 绝大多数对象在**新生代Eden区**分配： ```java Object obj = new Object(); // 默认在Eden区分配 ``` - **触发条件**：当Eden区空间不足时，触发Minor GC[^2] 2. **栈上分配（特殊优化）** 通过**逃逸分析**判断对象作用域： - 未逃逸对象（对象仅当前方法访问）→ 直接在栈帧分配 - **优化效果**：避免GC压力，对象随栈帧销毁自动回收[^2] ```java void localAlloc() { Point p = new Point(1,2); // 未逃逸对象可栈分配 System.out.println(p.x); } // p随方法结束自动释放 ``` --- #### 二、堆内存分配算法 | 分配方式 | 适用场景 | 实现机制 | |------------------|----------------------------|--------------------------------------------------------------------------| | **指针碰撞** | 堆内存规整（Serial/ParNew） | 移动指针划分内存：$新指针地址 = 当前指针 + 对象大小$ | | **空闲列表** | 堆内存碎片化（CMS） | 维护空闲内存块列表，查找足够大的空间分配[^3] | | **TLAB分配** | 多线程高并发场景 | 每个线程预先在Eden区分配私有缓冲区（默认Eden的1%）`-XX:TLABSize=256k`[^3] | --- #### 三、对象分配流程 1. **内存分配** - TLAB分配（优先尝试） → 失败则尝试堆分配 - 堆分配失败 → 触发Minor GC - GC后仍不足 → 老年代分配（大对象直接进入） 2. **内存初始化** 分配后立即**清零内存**（设默认值）： ```c memset(obj_memory, 0, sizeof(Object)); // 所有字段置零值 ``` 3. **设置对象头** 写入元数据信息： - 对象哈希码 - GC分代年龄（4bit） - 锁状态标志 - 类型指针（指向类元数据） --- #### 四、特殊对象分配策略 1. **大对象直接进入老年代** 避免Eden区复制开销： ```bash -XX:PretenureSizeThreshold=1M # >1MB对象直接分配老年代 ``` 2. **长期存活对象晋升** **年龄计数器**机制： - 对象每存活1次Minor GC，年龄+1 - 达到阈值（默认15）晋升老年代 ```bash -XX:MaxTenuringThreshold=15 # 可调整晋升阈值 ``` 3. **动态年龄判定** 若Survivor区中**同年龄对象总大小 > Survivor区50%** 则**≥该年龄**的对象直接晋升老年代 --- #### 五、优化技术关联 | 技术 | 对分配的影响 | |-----------------|---------------------------------------------| | **逃逸分析** | 开启栈上分配/标量替换 `-XX:+DoEscapeAnalysis` | | **TLAB** | 减少线程竞争，提升分配速度[^3] | | **G1收集器** | 引入Humongous区专存>50%Region的大对象 | ```mermaid graph TD A[对象创建] --> B{逃逸分析} B -->|未逃逸| C[栈上分配] B -->|逃逸| D{大对象检测] D -->|>1MB| E[老年代分配] D -->|小对象| F[TLAB分配] F -->|成功| G[Eden区分配] F -->|失败| H[堆分配] ``` --- ### 相关问题 1. 如何通过`jmap`输出验证TLAB分配效果？ 2. 逃逸分析在哪些场景下会失效？ 3. 为什么G1需要单独的Humongous区处理大对象？ 4. 对象头中的类型指针如何实现类信息访问？ 5. 如何通过内存分析工具定位未逃逸对象被错误分配到堆的问题？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值