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。