对象图是Java堆中对象引用关系的逻辑视图，由对象节点和引用边构成有向图，以GC Roots为起点决定可达性，通过堆转储可分析内存使用与泄漏，对性能调优至关重要。
Java对象图描述的是堆内存中对象之间引用关系的结构化表现形式。它不是程序运行时显式生成的图形，而是JVM在管理内存过程中自然形成的一种逻辑视图。理解对象图有助于分析内存使用、排查内存泄漏以及优化垃圾回收行为。
对象与引用的基本构成
在Java中，每个对象都分配在堆上，而栈中的变量保存的是指向这些对象的引用。当一个对象包含对另一个对象的字段引用时，就建立了一条指向关系。
例如：
class Person {
String name;
Address addr;
}
class Address {
String city;
}
Person p = new Person();
p.addr = new Address();
这段代码会在堆中创建两个对象：Person实例和Address实例，并通过p.addr建立引用关系。这条引用链构成了对象图中最基本的边。
立即学习“Java免费学习笔记（深入）”；
对象图的层次结构表现
对象图本质上是一个有向图，节点是对象实例，边是引用关系。它的形态取决于程序的数据结构设计。
- 简单对象图可能只有一层引用，如基本POJO之间的关联
- 复杂结构如树形（如DOM）、图结构（如社交网络）会形成多层嵌套引用
- 数组和集合类（List、Map等）会引入多个引用边，扩大图的广度
比如一个ArrayList持有多个元素引用，每个元素又可能引用其他对象，从而扩展出庞大的子图。
对象可达性与垃圾回收判断
JVM的垃圾收集器依赖对象图来判断哪些对象是“可达”的。GC Roots（如线程栈中的局部变量、静态字段等）作为起点，沿着引用链遍历整个图。
本文档主要讲述的是j2me3D游戏开发简单教程； 如今，3D图形几乎是任何一部游戏的关键部分，甚至一些应用程序也通过用3D形式来描述信息而获得了成功。如前文中所述，以立即模式和手工编码建立所有的3D对象的方式进行开发速度很慢且很复杂。应用程序中多边形的所有角点必须在数组中独立编码。在JSR 184中，这称为立即模式。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
只有能从GC Roots访问到的对象才会被保留，无法触及的部分被视为不可达对象，会被回收。
若某组对象虽然相互引用，但整体脱离了GC Roots，则仍会被判定为可回收。这说明对象图的实际有效范围由根节点决定，而非单纯的内部连接。
内存快照中的对象图体现
通过工具如VisualVM、Eclipse MAT或jmap生成的堆转储文件（heap dump），可以可视化对象图的实际状态。
在这些工具中可以看到：
- 某个对象被哪些其他对象引用（反向引用）
- 引用路径长度和分支情况
- 潜在的内存泄漏点，如本应释放的对象仍被长生命周期对象持有
这种视图直接反映了运行时对象图的真实拓扑，帮助开发者定位问题。
基本上就这些。对象图是理解Java内存组织的关键抽象，它把分散的实例和引用整合成一个连通的整体结构，揭示了数据在堆中的真实布局方式。掌握这一概念，对性能调优和故障排查都有重要意义。
