大对象直接进入老年代是为了规避新生代复制算法带来的高开销，依据单次分配的连续内存大小（含头、对齐）与-xx:pretenuresizethreshold阈值比较，仅serial/parnew收集器生效，且需老年代有足够连续空间。
大对象直接进入老年代，核心是为了规避新生代“复制式”垃圾回收带来的性能开销，而不是因为对象“活得久”。它本质是一种空间与时间的权衡策略。
避免高频、高成本的内存复制
新生代使用标记-复制算法（如 Eden + Survivor），每次 Minor GC 都需把存活对象从一个 Survivor 复制到另一个。一个几 MB 的数组（比如 new byte[4_000_000]）复制一次，就是几兆字节的内存搬移——不仅耗 CPU，还拉长 Stop-The-World 时间。直接让它进老年代，就跳过了所有新生代的复制流程。
- 复制开销与对象大小线性相关，大对象让复制成为瓶颈
- Survivor 区通常只占新生代的 10% 左右，根本装不下大对象
- 即使勉强放入，下次 GC 又要搬一次，得不偿失
防止新生代过早触发 GC
大对象需要大量连续内存。如果硬塞进 Eden，很可能一次分配就耗尽 Eden 空间，立刻触发 Minor GC——哪怕此时新生代里 90% 的对象都刚创建、还没来得及“自然死亡”。这会造成 GC 频繁、吞吐下降。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 明明堆还有空闲，却因“局部连续空间不足”被迫回收
- 频繁 GC 还会加速对象晋升，间接加剧老年代压力
- 直接分配到老年代，把压力转移到更“适合”存大块数据的区域
适配老年代的回收机制
老年代常用标记-清除或标记-整理算法，不依赖复制，对大对象更友好：
- 标记-清除：只标记+清理，无需搬动对象本身
- 标记-整理（如 Serial Old、Parallel Old）：虽会移动，但按地址顺序整理，对单一大块内存更高效
- 现代收集器（如 G1、ZGC）虽不认
-XX:PretenureSizeThreshold，但内部也有类似的大对象（Humongous Object）特殊处理逻辑
注意：这不是无条件的“绿色通道”
能否真进老年代，还得看老年代有没有“地方”：
- 只看单次分配所需连续字节数（含对象头、对齐填充），和
-XX:PretenureSizeThreshold比较 - 该参数仅对 Serial / ParNew 收集器生效；G1、ZGC 等完全忽略
- 即使满足阈值，若老年代碎片严重、找不到足够连续空间，JVM 仍可能触发 Full GC 或降级为普通分配
- 数组类（
byte[]、int[]）最典型；普通对象（如new HashMap()）本身小，但其内部扩容产生的 table 数组可能单独触发
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
