JVM 系列之:String, 数组和集合类的内存占用大小
简介
之前的文章中,我们使用JOL工具简单的分析过String,数组和集合类的内存占用情况,这里再做一次更详细的分析和介绍,希望大家后面再遇到OOM问题的时候不再抱头痛哭,而是可以有章可循,开始吧。
数组
先看下JOL的代码和输出:
输出结果:
注意,本文的结论都在64位的JVM中运行得出了,并且开启了COOPs压缩对象指针技术。
可以看到数组对象的对象头大小是16字节,再加上数组里面的内容长度是15字节,再加上1位补全。最后得到的大小是32字节。
同样的,我们计算存有100个对象的数组,可以得到下面的结论:
注意最后面的Object数组,如果数组中存储的不是基础类型,那么实际上存储的是执行该对象的指针,该指针大小是4个字节。
String
String是一个非常特殊的对象,它的底层是以byte数组存储的。
注意,在JDK9之前,String的底层存储结构是char[],一个char需要占用两个字节的存储单位。
因为大部分的String都是以Latin-1字符编码来表示的,只需要一个字节存储就够了,两个字节完全是浪费。
于是在JDK9之后,字符串的底层存储变成了byte[]。
同样的我们还是用JOL来分析:
输出结果:
可以看到String中的对象头是12字节,然后加上4字节的指针指向一个byte数组。再加上hash,coder,和hasIsZero属性,最后的大小是24字节。
我这里使用的是JDK14的String版本,不同的版本可能有所不同。
当然这只是这个String对象的大小,不包含底层数组的大小。
我们来计算一下String对象的真实大小:
String对象的大小+byte数组的大小=24+32=56字节。
ArrayList
我们构建一个非常简单的ArrayList:
输出结果:
画个图来直观的表示:
这里modCount和size的初始值都是0。
HashMap
因为文章篇幅的限制,这里就不把代码列出来了,我只贴个图上来:
HashSet
LinkedList
treeMap
来个比较复杂的TreeMap:
总结
本文用图形的形式形象的展示了集合对象,数组和String在内存中的使用情况。
后面的几个集合我就没有一一计算,有兴趣的朋友可以在下方回复你计算的结果哟。
本文作者:flydean程序那些事
本文链接:http://www.flydean.com/jvm-collections-size/
本文来源:flydean的博客
欢迎关注我的公众号:程序那些事,更多精彩等着您!
版权声明: 本文为 InfoQ 作者【程序那些事】的原创文章。
原文链接:【http://xie.infoq.cn/article/50906e995dd1c0cd1e1dce381】。文章转载请联系作者。
评论