原先整理时,也借鉴了其他博主的博客,确实存在一下问题。
首先解释一下这张图,你不能说它错,但也不完全对
首先分析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
博客探讨了Java对象的内存结构,包括MarkWord、Class对象指针和对象实际数据,并强调了对象大小的8字节对齐原则。特别讨论了String对象,即使字符串内容变化,其内存大小始终为24字节,包括对象头、数组引用、hash值和对齐填充。引用了《深入理解Java虚拟机》一书,并使用jol工具进行验证。
Java中的String类占用多大的内存空间?&spm=1001.2101.3001.5002&articleId=122996481&d=1&t=3&u=cb73d41dd05d40058d51f15d3da024a3)
2726

被折叠的 条评论
为什么被折叠?



