Java对象的内存布局：从JVM源码看对象头

我是个写代码写了十来年的老程序员，说实话，一开始对Java的对象内存布局也没太在意。直到有一次在做性能调优的时候，突然发现一个对象占用的空间比预期大很多，才开始真正去研究这个问题。那时候我还以为对象就是简单的字段堆在一起，结果一查资料才发现，Java对象的结构远比我想象的复杂得多。

我记得当时翻了JVM的源码，还看了OpenJDK的文档，越看越觉得有意思。Java对象的内存布局不是简单的数据块，而是由多个部分组成的，比如对象头、实例数据、对齐填充这些。而且不同的JVM实现可能会有差异，比如HotSpot和JRockit就有不小的差别。

现在回想起来，那段时间真的是有点“打脸”，因为之前一直用的是默认配置，根本没想过要关注对象的内存布局。后来通过实际测试和调试，才慢慢理解了这些东西的重要性。这篇文章就聊聊我对Java对象内存布局的一些理解和经验，希望对大家有帮助。

我第一次接触到对象头这个概念，是在一次面试中被问到：“你知道Java对象的内存结构吗？”我当时脑袋一片空白，只能硬着头皮说“应该和类信息有关吧”。其实这已经离真相不远了，但问题在于，我并没有真正理解它背后的原理。

对象头是Java对象最核心的部分，里面包含了类指针、哈希值、锁信息等关键数据。这些信息不仅决定了对象的运行时行为，还影响了垃圾回收、同步机制等多个方面。比如说，如果一个对象被锁住了，它的对象头里就会记录锁的状态，而这些信息在多线程环境下非常关键。

我曾经在项目中遇到过一个问题，就是某个对象频繁被锁住，导致性能下降。后来排查发现，是因为对象头中的锁信息没有被正确释放，导致锁竞争加剧。这种问题如果不了解对象头的结构，真的很难定位。

所以我觉得，对象头不仅仅是一个“装饰”或者“元数据”的存在，它实际上决定了对象的整个生命周期。你要是不了解它，就像在黑暗中走路，随时可能踩坑。

对象头的结构其实是分版本的，不同JVM版本、不同平台甚至不同操作系统都可能有细微差别。不过总体来说，对象头主要分为两部分：

Mark Word 是对象头中最核心的部分，它存储了对象的哈希值、锁状态、GC年龄等信息。这部分的数据长度取决于JVM的位数，32位系统下是32位，64位系统下是64位。我以前做过一个实验，在64位系统下，一个空对象的大小是16字节，其中Mark Word占8字节，Class Pointer占8字节，剩下的就是对齐填充。

Class Pointer 指向该对象所属的类信息，也就是类的元数据。这部分信息非常重要，因为它是JVM用来判断对象类型、调用方法的基础。比如说，当一个对象被调用某个方法时，JVM会通过Class Pointer找到对应的类，然后查找方法表，最终执行对应的方法。

我记得有一次优化内存的时候，发现有些对象的Class Pointer被错误地修改了，导致JVM无法正确识别对象类型，结果程序直接崩溃。这种情况虽然比较少见，但也说明了Class Pointer的重要性。

除了这两个基本部分，对象头中还有其他一些字段，比如偏向锁、轻量级锁、重量级锁等状态信息。这些信息在多线程环境下特别关键，它们决定了对象的同步方式。

我之前犯了一个很常见的错误，就是认为对象的大小等于所有字段的总和。比如，一个对象有三个int字段，那我以为它大概占12字节，结果实际测试发现，它至少占16字节，甚至更多。这是因为对象头的存在，以及内存对齐的要求。

比如下面这段代码，定义了一个简单的类：

public class Test {
    int a;
    int b;
    int c;
}

你以为它只占12字节？其实不是。在HotSpot JVM中，每个对象的最小大小是16字节（32位系统）或24字节（64位系统），具体还要看是否开启了指针压缩。如果开启了指针压缩，那么对象头的大小会减小，但仍然不能忽略。

还有一个问题是，有时候我们会把对象的大小当作一个“固定值”来处理，但实际上它会根据运行时环境动态变化。比如在不同的JVM配置下，对象的大小可能会不一样。如果你不理解这一点，就很容易在性能调优时出错。

正确的做法是，不要盲目依赖直觉，而是要通过工具（如jol、jmap）来查看对象的实际内存布局。这样能更准确地把握对象的大小和结构，避免不必要的浪费。

为什么要关心对象的内存布局？

说实话，我以前也觉得这个问题挺无聊的，毕竟大多数时候我们不需要关心对象的内存布局。但随着项目规模变大，性能问题变得越来越明显，我才意识到，对象的内存布局其实对性能影响很大。

比如说，对象的内存布局会影响GC的效率。如果一个对象的内存布局不合理，可能导致内存碎片化，从而降低GC的效率。再比如，对象的对齐方式也可能影响缓存命中率，进而影响整体性能。

我记得有一次优化一个高并发的服务，发现GC停顿时间很长，后来发现是因为对象的内存布局不合理，导致大量小对象被频繁创建和回收。于是我们调整了对象的结构，减少了内存占用，最终让GC的效率提升了不少。

所以我觉得，了解对象的内存布局不只是为了“炫技”，而是为了更好地优化性能，尤其是在高并发、大数据量的场景下，这种知识显得尤为重要。

写这篇文章的时候，我回想起自己刚入行的时候，对Java对象的内存布局一无所知，总觉得这些是底层的东西，和业务开发没什么关系。但现在看来，这些东西其实和我们的日常工作息息相关。

我觉得，作为一个程序员，尤其是做性能优化、架构设计的人，了解对象的内存布局是必须的。它不仅能帮助我们写出更高效的代码，还能在出现问题时快速定位原因。

当然，我也承认，这篇文章可能不够完美，因为我并不是JVM专家，只是基于自己的经验和实践来分享。如果有什么不对的地方，欢迎大家指出，我们一起讨论。

最后，我想说的是，技术的学习从来都不是一蹴而就的，它需要不断地积累和反思。希望这篇博客能给大家带来一点启发，哪怕只是一个小知识点，也值得我们去深入思考。

从JVM源码角度解析Java对象的内存布局，探讨对象头的重要性及实践经验。

产品KOL

前端

后端

Java对象内存布局详解：深入解析对象头结构、Mark Word与Class Pointer的作用，以及如何优化对象内存占用。了解对象头对GC效率、多线程同步的影响，掌握正确分析对象内存布局的方法，提升Java应用性能。

大数据

Java

2026新春采购季

bigdata-class

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

Java对象的内存布局：从JVM源码看对象头

Java对象的内存布局：从JVM源码看对象头

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐