堆内存是Java对象实例的唯一存放地，所有通过new创建的对象（包括数组）均分配在堆中，由GC自动管理，但受JVM参数限制，可能引发OutOfMemoryError。
堆内存是Java对象实例的唯一存放地
Java中所有通过 new 创建的对象（包括数组）都分配在堆内存中，这是JVM运行时数据区中被所有线程共享的区域。方法区存类信息、常量、静态变量，栈存局部变量和方法调用帧，而真正“活”的对象——比如 new ArrayList()、new String("hello")——只存在于堆。
堆内存由GC自动管理，但不是“随便new都没事”
堆空间大小受JVM启动参数控制，常见错误如 java.lang.OutOfMemoryError: Java heap space 就表明堆已满且GC无法腾出足够空间。这通常不是代码写错，而是：
- 对象生命周期过长（比如缓存未设上限，持续
put到静态Map） - 单次申请超大数组（如
new byte[Integer.MAX_VALUE]） - 堆参数设置不合理（如
-Xmx512m在大数据处理场景下明显不足）
注意：对象引用本身（如变量 String s）存在栈或方法区，但 s 指向的那个字符串实例一定在堆里（字符串常量池例外，但自JDK 7起也移到堆中）。
对象在堆中的布局影响性能和排查逻辑
一个Java对象在堆中实际包含三部分：对象头（Mark Word + 类型指针）、实例数据（字段值，按宽度排序）、对齐填充（保证8字节对齐）。这意味着：
立即学习“Java免费学习笔记（深入）”；
- 空对象（如
new Object()）在64位JVM默认开启指针压缩（-XX:+UseCompressedOops）时占16字节 - 字段顺序会影响内存占用（把
long和double放一起比穿插byte更紧凑） - 使用
jol-core工具可实测对象大小：System.out.println(VM.current().details()); org.openjdk.jol.info.ClassLayout.parseClass(MyObj.class).toPrintable();
堆内存与逃逸分析的关系常被忽略
从JDK 6u23起，JVM支持逃逸分析（-XX:+DoEscapeAnalysis，默认开启）。如果JIT编译器判定某个对象“不会逃逸出当前方法”，就可能将其分配在栈上（标量替换），甚至直接拆解为局部变量——此时它就“不在堆里”。但这只是优化结果，对开发者透明，且：
- 无法通过代码强制触发或禁用（不能靠
final或作用域控制） - 仅适用于短生命周期、无外部引用、无同步需求的对象
- 用
-XX:+PrintEscapeAnalysis可查看分析日志，但生产环境慎开
所以日常编码中仍应默认“所有 new 出来的对象都在堆”，逃逸分析只是JVM的底层优化手段，不是编程模型的一部分。
