近期在写一个C++ 和java的socket通信程序。须要把收到的字节流转存到一个对象，引申出了这个问题，查找了一些网上的资料，总结例如以下
本文仅仅包括简单java对象的内存布局，不考虑继承的情况
Java类的一个实例在内存中包括 对象头，非静态数据成员和对齐数据。
静态数据成员，方法成员为类的全部实例共享。不保存在某个对象实例里。
对象头的大小取决于于JVM的实现。同一个JVM，普通对象，数组对象。内部对象的对象头大小又有差别。
基本数据类型的大小JVM规范有明白定义，但引用类型在32bit JVM下是4字节，64bit JVM下是8字节（不启用指针压缩參数UseCompressedOops）。
32bit JVM 和 64bit JVM一般都是8字节（64 bit）对齐。
一个64bit JVM里面一个基本对象内存布局可能例如以下所看到的
数组对象的对象头是24字节，除去16字节基本信息，再加4字节长度数据。4字节对齐数据。另外。对象数组的每个元素保存的是对象的引用。
非静态的内部对象的对象头也是24字节。16字节的基本信息，加上一个外部类的引用8字节，64bit JVM是8字节，32bit JVM 是4字节加上对齐数据4字节。
假设对象的成员中，含有其它对象比方数组，字符串，这个对象仅仅保存这些成员对象的引用，这些成员对象的内存并不直接包括在这个对象的内存中，在它之外。
非静态成员在对象内存中的位置和声明顺序是一致的吗？未必
我查找到了一篇相关博客，写于2008年http://www.importnew.com/1305.html
里面提到 Sun VM（如今已经是Oracle VM了，。。）并没有依照属性声明时的顺序进行内存布局，为了节省内存採用了下面顺序
1. 双精度型（doubles）和长整型（longs）
2. 整型（ints）和浮点型（floats）
3. 短整型（shorts）和字符型（chars）
4. 布尔型（booleans）和字节型（bytes）
5. 引用类型（references）
这篇博客提到了5个规则
规则1：不论什么对象都是8个字节为粒度进行对齐的。
规则2：类属性依照例如以下优先级进行排列：长整型和双精度类型。整型和浮点型；字符和短整型；字节类型和布尔类型，最后是引用类型。这些属性都依照各自的单位对齐。
规则3：不同类继承关系中的成员不能混合排列。首先依照规则2处理父类中的成员。接着才是子类的成员。
规则4：当父类中最后一个成员和子类第一个成员的间隔假设不够4个字节的话，就必须扩展到4个字节的基本单位
规则5：假设子类第一个成员是一个双精度或者长整型。而且父类并没实用完8个字节。JVM会破坏规则2。依照整形（int），短整型（short）。字节型（byte），引用类型（reference）的顺序，向未填满的空间填充。
所以这个规则还是比較复杂的
这篇博客写于2008年。JVM的实现非常可能已经变化，并且JVM版本号众多，了解这么多各自的规范是一件比較麻烦的事，从有用的角度来说，能够仅仅了解某个对象的布局
openJDK提供了一个工具。能够查看对象的内存布局，这篇博客里面介绍了这个工具http://blog.csdn.net/aitangyong/article/details/46416667，能够使用这个工具进行分析。
说明：
本文由giantpoplar发表于CSDN文章地址 http://blog.csdn.net/giantpoplar/article/details/47657377
转载请保留本说明
