研究一下JAVA的SizeOf
引用外部类实现JAVA的SizeOf
JAVA本身是没有SizeOf的,因此我们需要去MavenRepository中下载JAR包(也可以使用maven等),因为这里只是做一个简单测试,就直接下载了JAR包。
点击jar下载,最新的版本也是2015年,算是比较老了。
下载成功后导入自己的JAVA项目,具体怎么导入网上有很多教程,就不赘述了。
可以看到我这里已经引用成功了,import后可以直接使用这些类了。
简单的测试
接下来来做一些简单的测试,看看这个类提供的sizeOf方法是否准确。
System.out.println(RamUsageEstimator.sizeOf(new Object()));
在控制台我们可以看到输出的结果是16。
可能还有人不清楚为什么会是16,这边给出一个链接,可以学习一下,个人觉得还是挺有帮助的。
Object存储内容
Integer等也都可以测试一下,结果还是很正确的。
那比较重要的就是数组和对象中再包含对象的,能否还是比较精确呢?
我们先来写一个简单的对象。
先给出一些例子,大家想想是为什么。
import com.carrotsearch.sizeof.RamUsageEstimator;public class SizeOfTest { public static void main(String[] args) { System.out.println(RamUsageEstimator.sizeOf(new MemTest())); }}class MemTest{ Integer a = 12;}
结果是32,其实挺好解释的,MemTest本身和Object对象一样,占用12字节,a这个引用在指针压缩后占用4字节,加上a的16,自然是32。
我们把Integer改成int,结果答案还是16。
再加上一个int b,就变成了24。这是因为指针对齐。
如果你刚才有仔细去研究那个链接的话,你会看到Object本来应该占12个字节的,只是为了对齐变成了16。加上一个int的4字节,刚好是16。但我们改成Integer a;发现结果也是16。难道a不应该是8个字节的地址的引用吗?可以去了解一下指针压缩,默认是开启的,因此占用四个字节。
这样就可以解释的通了,再多做几次测试,加上各种各样的对象,也是这样的,符合我们计算出来的值。
再测试一种比较有意思的情况:
这种情况显示的是40。
这种情况却是56。
这是因为Java在处理Integer时使用了一个缓存,其中缓存了-128到127之间的数字对应的Integer对象。
看来源码应该不是简单的相加。(还没来得及研究源码)
这里插一个链接:https://blog.csdn.net/weixin_35204634/article/details/113451805?utm_medium=distribute.pc_relevant.none-task-blog-2~default~BlogCommendFromMachineLearnPai2~default-1.control&dist_request_id=1328741.39129.16169961773027181&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2~default~BlogCommendFromMachineLearnPai2~default-1.control
对研究JAVA内存结构很有帮助。
研究数组的情况
接下来来研究一下数组的测试是否准确,数组占用空间之前应用RunTime下提供的jvm内存判断的工具测试过,但那种方法不太准确,只能通过加大数组中元素个数来测试一个JAVA对象占用空间(所以Object一个对象占16字节我是测试过的!感兴趣的人可以看这个网址https://blog.csdn.net/ithomer/article/details/7310008)。同时还得出了结论,int[2][1024*1024]占用的内存比int[1024*1024][2]要小得多,这个也很好理解,JAVA的二维数组其实就是以数组为元素的数组,数组中自然有描述的一些东西,数组越多自然占用空间越大。
其实一维数组的情况不难,一维数组就相当于一个对象头+一片数组数据空间。
这里要注意:数组的对象头是这样的,MarkWord占用8字节,Class Point占用4字节,Length 数组占用4字节。
比如int[1]就是8+4+4+4,再对齐,就是24,测试发现相符。
那二维数组呢,我们先理论分析一下,以int[2][2]为例,先从二维的角度来看,对象头应该是16个字节,两个一维的指针一共8字节,两个一维数组各自如上占用24字节。也就是16+8+48=72字节,验证一下,果不其然。
总结
对这个SizeOf的测试就到此为止啦,主要是精确度的测试,结合网上查到的资料,精确度应该还行。
JAVA的内存实在太复杂了,方法区,栈内存,特别是常量池又分为了好几种。。。了解的不够透彻,陷入了好几次圈圈中,查了好多资料才了解,因此决定也发个博客回馈一下。
之后准备测试一下比较复杂的情况下的精确度和效率。
原文转载:http://www.shaoqun.com/a/654732.html
斑马物联网:https://www.ikjzd.com/w/1316
折扣网:https://www.ikjzd.com/w/74
研究一下JAVA的SizeOf引用外部类实现JAVA的SizeOfJAVA本身是没有SizeOf的,因此我们需要去MavenRepository中下载JAR包(也可以使用maven等),因为这里只是做一个简单测试,就直接下载了JAR包。点击jar下载,最新的版本也是2015年,算是比较老了。下载成功后导入自己的JAVA项目,具体怎么导入网上有很多教程,就不赘述了。可以看到我这里已经引用成功了,im
商标抢注:https://www.ikjzd.com/w/1053
kk馆:https://www.ikjzd.com/w/1713
马士基航运:https://www.ikjzd.com/w/1296
2019年做跨境电商,选独立站还是选tospino?:https://www.ikjzd.com/home/101019
让人难忘记的美女好羞涩 口述和美女白领出差那一次:http://lady.shaoqun.com/m/a/274971.html
背着老公玩儿偷情 我疲惫不堪:http://www.30bags.com/a/252325.html
No comments:
Post a Comment