原先整理时,也借鉴了其他博主的博客,确实存在一下问题。
首先解释一下这张图,你不能说它错,但也不完全对
首先分析Java对象的结构:
在《深入理解Java虚拟机:JVM高级特性与最佳实践(第3版) 周志明》书中明确说明了 markword大小,是分虚拟机大小的,可能原博主并未指出。
但一般我们使用的都是64位的 所以对象的Mark Word部分占8个字节
- Mark Word(标记字段):对象的Mark Word部分占8个字节,其内容是一系列的标记位,比如轻量级锁的标记位,偏向锁标记位等等。
- Class对象指针:Class对象指针的大小也是4个字节,其指向的位置是对象对应的Class对象(其对应的元数据对象)的内存地址
- 对象实际数据:这里面包括了对象的所有成员变量,其大小由各个成员变量的大小决定,比如:byte和boolean是1个字节,short和char是2个字节,int和float是4个字节,long和double是8个字节,reference是4个字节
- 关于对齐填充,Java 对象的大小默认是按照 8 字节对齐,也就是说 Java 对象的大小必须是 8 字节的倍数。若是算到最后不够 8 字节的话,那么就会进行对齐填充。 因为原字节头是12字节,64位机器下,内存对齐的话就是128位,也就是16字节,所以我们还需要填充4个字节。
其次我们在来看一下String究竟占多大?
Java中的String类型
/** The value is used for character storage. */
private final char value[];
/** Cache the hash code for the string */
private int hash; // Default to 0
/** use serialVersionUID from JDK 1.0.2 for interoperability */
private static final long serialVersionUID = -6849794470754667710L;
我们引入依赖详细看一下
<dependency>
<groupId>org.openjdk.jol</groupId>
<artifactId>jol-core</artifactId>
<version>0.9</version>
</dependency>
直接解析String类
结果可以看出:
当前内存大小是在默认开启压缩指针的条件下
- 对象头 12
- char[]数组引用 4
- int 类型 hash数据大小 4
- loss due to the next object alignment 对齐填充 4
总结:24
无论String多长都是24
具体分析可参考:
https://zhuanlan.zhihu.com/p/393902077
https://blog.csdn.net/JINXFOREVER/article/details/123840054