最近通过@RednaxelaFX
的一篇文章得知了HSDB,并好好研究了一下用法,对学习jvm的人来说绝对是一个利器,可以摆脱GDB,直接图形化看内存结构布局,具体的用法我就不多说了,这篇文章介绍得很详细了,这次写文章主要是想通过这一利器来分析下String的值在java里的内存情况,不同场景下的String的值到底是在内存里的哪块区域,这里强调的是值,并不是对象,因为对象我们都知道是存在heap里的,我们看java.lang.String的源码会看到有一个value数组,这里才是真正的值,本文顺带也是hsdb用法的一个介绍,如此利器希望给大家带来不一样的乐趣。
还是先看demo
public class StringTest { private String val1="a"; private static String val2=StringTest.class.getName()+"b"; public static void main(String args[]){ StringTest st=new StringTest(); String a="a"; String d="a"; String b=a+"b"; String c="a"+"b"; String e="ab"; System.out.println(a+b+c+d+e); } }
本文想从上面的例子得出哪些结论呢?
1. 实例变量val1和局部变量a,d是否指向同一个内存地址 2. 局部变量b,c,e是否指向同一个内存地址 3. 局部变量b的值是在哪里分配的,stack?heap?perm? 4. 字符常量”a”,”ab”分配在哪里? 5. 静态变量val2的值又是分配在哪里?
先看看我们通过eclipse调试能确定的结果,断点打在最后一行
得到初步结论:
1. 实例变量val1和局部变量a,d里的value值都是指向同一个id为25的值 2. 局部变量c和e指向了同一个id为28的值 3. 局部变量b和c,e不是指向同一个地方,有一个面值相同的值在另外一个内存区域
接下来我们通过hsdb来验证下上面的结论,以及解答剩下的疑惑
操作步骤如下:
1. 设置断点在`System.out.println(a+b+c+d+e);`这一行,vm参数设置`-XX:+UseSerialGC -Xmx10m` 2. 通过jps命令获取对应的pid 3. 然后通过如下命令打开hsdb:`java -cp $JAVA_HOME/lib/sa-jdi.jar sun.jvm.hotspot.HSDB,(如果是windows请替换$JAVA_HOME为%JAVA_HOME%)` 4. 点击File->Attach to...输入pid 此时你会看到如下界面:
这是一个线程列表,我们选择main这个线程,也就是我们的主线程 5. 点击面板里第二个图标
得到如下图
这个图其实是我们main方法的栈帧,因为我们目前只有一层调用,还在main方法里,看到我们圈起来的那部分内容,看到好多String对象既有在PermGen里的,也有在NewGen里的,那么每一个具体是什么值呢,是对应我们代码里的那些局部变量吗,如果是的话,哪个对应哪个呢 6. 点击大窗口里的windows->Console
得到命令行控制台窗口,在窗口内敲回车,会看到如下界面
7. 在命令行窗口里输入universe,先得到每个分区的内存范围,由于格式的问题,我就直接copy出来了
8. 从上面的main方法栈帧里我们分别取查看那些String对象在内存里的位置(第二列地址就是对象的地址,第一列是栈帧里每部分的内存地址),先按照如下菜单调出查看内存结构的窗口
弹出窗口之后类似下面的操作,在2处输入1的地址,1处圈起来的是紫色标注的String对象的内存地址,细心的读者可能发现了,1处的地址在上面的每个分区内存块的PSPermGen里,这说明这个值为ab的String对象是在perm区的,这个对象的char数组的地址,也就是下面的标注3处的
其实我们看到的那几个String对象的顺序是对应我们声明的局部变量的逆序,也就是e,c,b,d,a,最后那个StringTest就是局部变量st,后面的ObjArray其实是我们main方法传进的字符数组,这个其实我们通过javap -verbose StringTest可以查到
哪个solt对应哪个局部变量都有写的,要想看到这个必须在编译的时候要加上-g参数才行 下面再查找下StringTest这个对象的内存值
通过分别对比每个String对象和StringTest对象的内存地址和每个区的内存地址范围,我们能得出的结论是 * 局部变量a,d,c,e是在perm区的 * 局部变量b和st是在eden区的,但是st的val1的值又是在perm区的 * 同时能验证上面一开始得出的三个结论 * 我们也没看到有对象在栈上分配,只看到栈上持有对象的引用,因此当栈回收的时候只是将引用给回收了,具体的对象值还是在内存里 9. 接下来是要找到静态变量val2,在命令行中输入`mem 0x00000000f5043360 2`,因为val2作为静态变量是和class关联的,因此要找到对象的class,如果了解java对象的内存结构的话我们知道每个oop都有一个head,这个head由两部分组成,一个是mark,另一个是_klass,因此通过mem对oop的内存地址取连续的两个字宽,第二个字宽就是我们要的klass
这里估计是一个bug,不能全取,我们只能取后面的8位才行,也就是0xf5ccef60,然后按照第8步的方式输入上面的内存地址,在最后我们看到val2
对比内存分代我们得到这个地址是在eden区的,也就是在heap里分配的,另外如果你加一个赋值常量的静态变量,你会发现居然是在perm区的,这个就大家自己去验证吧
注:以上结论都是在centos系统jdk6上进行验证的,jdk7可能有所不一样.