浅谈Java中字符串常量的储存位置

从该角度看的话Java内存结构包含以下部分:

1、栈区:由编译器自动分配释放,具体方法执行结束后,系统自动释放JVM内存资源。

其作用有保存局部变量的值,包括:1.用来保存基本数据类型的值;2.保存类的实例,即堆区对象的引用。也可以用来保存加载方法时的帧。

2、堆区:一般由程序员分配释放,JVM不定时查看这个对象,如果没有引用指向这个对象就回收。

其作用为用来存放动态产生的数据,包括new出来的实例,字符数组等。注意创建出来的对象只包含属于各自的成员变量,并不包括成员方法。

因为同一个类的对象拥有各自的成员变量,存储在各自的堆中,但是他们共享该类的方法,并不是每创建一个对象就把成员方法复制一次。

3、代码区:存放程序中方法的二进制代码,而且是多个对象共享一个代码空间区域。

4、数据区:用来存放static定义的静态成员。

5、常量池:JVM为每个已加载的类型维护一个常量池,常量池就是这个类型用到的常量的一个有序集合。包括直接常量(基本类型,String)和对其他类型、方法、字段的符号引用。池中的数据和数组一样通过索引访问。由于常量池包含了一个类型所有的对其他类型、方法、字段的符号引用,所以常量池在Java的动态链接中起了核心作用。常量池存在于堆中。

下图大致描述了JAVA的内存分配

二、从操作系统上的进程的角度。

这里切记一点:JVM规范所描述的抽象JVM概念与实际实现并不总一一对应。

接来下我们来看一段代码实例与注释:

public class TestStringConstant {
    public static void main(String args[]) {
        // 字符串常量,分配在常量池中,编译器会对其进行优化,  Interned table
        // 即当一个字符串已经存在时,不再重复创建一个相同的对象,而是直接将s2也指向"hello".
        String s1 = "hello"; 
        String s2 = "hello";
        // new出来的对象,分配在heap中.s3与s4虽然它们指向的字符串内容是相同的,但是是两个不同的对象.
        // 因此==进行比较时,其所存的引用是不同的,故不会相等
        String s3 = new String("world");     
        String s4 = new String("world");
       
        System.out.println(s1 == s2);  // true
        System.out.println(s3 == s4);  // false
        System.out.println(s3.equals(s4));  // true 
        // String中equals方法已经被重写过,比较的是内容是否相等.
    }
}

那么对于上例代码中提到的编译器的优化,下面将进行更进一步的详细介绍。请看下例代码:

class A {
    private String a = "aa";
    public boolean methodB() {
        String b = "bb";
        final String c = "cc";
        return false;
    }
}

  "aa"、"bb"的String对象按JVM规范在Java heap上,在JDK8之前的HotSpot VM实现里在PermGen,在JDK7开始的HotSpot VM里在普通Java heap里(而不在PermGen里);"cc"如果存在的话也一样,但是可能会不存在。

这些String对象属于“interned String”。String是Java对象,根据JVM规范的定义它必须存在于Java heap中,interned String也不例外。Interned String特别的地方在于JVM会有个StringTable存着interned String的引用,保证内容相同的String对象不被重复intern。(这里便是编译器的优化)

这个StringTable怎样实现JVM规范里并没有规定,不过通常它并不保存String对象的内容,而只是保存String对象的引用而已。

从JVM规范看a、b、c变量:

a变量作为A类的对象实例字段,会跟随A的实例在Java heap上。

b变量作为局部变量会在Java线程栈上。

c变量虽然也是局部变量,但因为有final修饰并且有初始化为一个常量值,所以c是一个常量。它可能会被优化掉(就没有c这个变量了),也可能跟b一样作为局部变量在Java线程栈上。

从HotSpot VM的实现看:

当methodB()被解释执行时,输入的字节码是怎样的就会怎样执行,而由于javac的实现不会优化掉变量b,所以调用methodB()时它一定会在Java线程栈上的局部变量区里;当字节码里变量c存在时,它也跟b一样在Java线程栈的局部变量区。

当methodB()被JIT编译执行时,由于局部变量b、c都没有被使用,所以它们经过JIT编译后就消失了,调用methodB()不会在栈上给b或c变量分配任何空间。

通过以上相信大家对于字符串常量的分配区域以及java的内存分配有了一个较为形象的了解。

下面是一些相关知识点的补充与注意事项:

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/cd0217ff844cca22e8f6032f8adca9f3.html