java 1.7 常量池,软信学院java笔试题(1)jdk7字符串常量池详解

String s =newString("1");

s.intern();

String s2 = "1";

System.out.println(s == s2);

String s3 =newString("1") +newString("1");

s3.intern();

String s4 = "11";

System.out.println(s3 == s4);

jdk1.6结果false false

jdk1.7结果false true

JVM内存模型总览

首先看一下JVM内存模型图

程序计数器Program Counter Register

程序计数器是一块较小的内存区，可以看做是当前线程所执行的字节码的行号指示器，如果线程正在执行一个JAVA方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址，如果正在执行的是NATIVE方法，这个计数器值为空(Undefined)，此内存区域是唯一一个在JAVA虚拟机规范中没有规定任何OutOfMemoryError的区域

注：这里有问题是计数器值为空，程序怎么往下执行

参考C++理解是：当线程中调用native方法的时候，则重新启动一个新的线程，那么新的线程的计数器为空则不会影响当前线程的计数器，相互独立。

虚拟机栈VM Stack

描述的是JAVA方法执行的内存模型，每个方法在执行的时候都会创建一个栈帧，用于存储局部变量表，操作数栈，动态链接，方法接口等信息

局部变量表存储了编译期可知的各种基本数据类型(boolean, byte, char, short, int, float, double, long), 对象引用(reference类型和returnAddress类型(指向一条字节码指令的地址)

线程请求的栈深度不够会报StackOverflowError异常

栈动态扩展的容量不够会报OutOfMemoryError异常

本地方法栈Native Stack

本地方法栈类似于虚拟机栈，只不过本地方法栈使用的是本地方法

堆Heap

几乎所有的对象实例都在堆上分配内存,

图示关于堆的结构

方法区Method Area

JAVA虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个Non-Heap的别名，用于存储已被虚拟机加载的类信息，常亮，静态变量， 即时编译器编译后的代码等数据

在JDK 8中，永久代被删除，类元数据在本机内存中分配。默认情况下，可用于类元数据的本机内存量是无限制的。使用该选项MaxMetaspaceSize可以为用于类元数据的本机内存量设置上限。

由于jdk1.7中将字符串常量池改为存放在堆中，因此intern()方法的实现原理相对以前的版本也有所改变。

我们根据jdk的版本来进行一些分析：

jdk1.6中字符串常量池存放在永久代中：

当使用intern()方法时，查询字符串常量池是否存在当前字符串，若不存在则将当前字符串复制到字符串常量池中，并返回字符串常量池中的引用。

jdk1.7中字符串常量池存放在堆中：

当使用intern()方法时，先查询字符串常量池是否存在当前字符串，若字符串常量池中不存在则再从堆中查询，然后存储并返回相关引用；

若都不存在则将当前字符串复制到字符串常量池中，并返回字符串常量池中的引用。

jdk1.6解释：

String s = new String("1"); 在字符串常量池中创建"1"对象，在堆中创建s对象。

s.intern(); 由于字符串常量池中已经有"1"对象，因此该句并无实际意义。 s2指向字符串常量池中"1"对象。

因此s指向堆中的引用，s2指向字符串常量池中的引用，返回 false。

String s3 = new String("1") + new String("1"); 在堆中创建s3对象。

s3.intern(); 将字符串"11"复制到字符串常量池中。s4指向字符串常量池中"11"对象。

因此s3指向堆中的引用，s4指向字符串常量池中的引用，返回 false。

jdk1.7解释：

s与s2的情况与jdk1.6中一样，返回 false。

s3与s4有所不同的是s3.intern(); 先在字符串常量池中查找是否存在"11"，再从堆中查找，

然后将堆中s3的引用存储到字符串常量池中。

String s4 = "11"; 创建的时候发现字符串常量池中有了“11”(s3)，然后指向s3引用的对象。

因此s3与s4的引用相同，返回 true。