JVM堆内存分代管理，非连续空间：Young Gen（Eden、S0、S1）、Old Gen和Metaspace；对象优先分配Eden，触发Minor GC后存活对象复制或晋升，大对象可直接入Old Gen；字符串字面量存常量池，new String(“abc”)仅在堆建引用对象；Allocation Failure是GC正常触发提示，非OOM；逃逸分析可能使对象栈上分配。
堆内存不是“一整块连续空间”而是分代管理
很多人以为 new Object() 就是直接在堆里找个空位放进去，其实 JVM 堆被划为 Young Gen（含 Eden、S0、S1）、Old Gen 和（可选）Metaspace（JDK 8+，原永久代）。对象优先分配在 Eden 区，而不是整个堆的任意位置。
关键点：
- Eden 区满时触发
Minor GC，存活对象复制到 S0 或 S1； - 对象年龄达阈值（默认 15）或 S 区放不下时，晋升至 Old Gen；
- 大对象（如长数组）可能直接进入 Old Gen（由
-XX:PretenureSizeThreshold控制）； -
-Xms和-Xmx设置的是堆总大小，但各代比例由-XX:NewRatio或-XX:SurvivorRatio决定，不是均分。
为什么 new String(“abc”) 可能不分配堆内存
字符串字面量 "abc" 在编译期就进入字符串常量池（JDK 7+ 在堆中，JDK 6 在永久代），new String("abc") 才会在堆上创建新对象。但这个“新对象”只包含一个指向常量池中 "abc" 的引用，真正字符内容不重复拷贝。
容易混淆的操作：
立即学习“Java免费学习笔记（深入）”；
-
String s1 = "abc"; String s2 = "abc";→s1 == s2为true（都指向常量池同一实例）； -
String s3 = new String("abc");→s1 == s3为false（堆对象 ≠ 常量池对象），但s1.equals(s3)为true； - 频繁用
new String(str)会无谓增加 Young Gen 压力，尤其在循环中。
GC 日志里看到 “Allocation Failure” 并不等于 OOM
Allocation Failure 是 GC 触发的常规原因，表示 Eden 区无法容纳新对象，JVM 按策略回收并尝试分配——它只是 GC 日志的固定提示语，不是错误。
