String的intern()方法 与运行时常量池(方法区)
在你看这篇文章时我假设你已经了解jvm内存
1.String.intern()是一个Native方法,作用是:如果字符串常量池存在字符串相等(equals() )的字符串对象,就返回此常量池中的String对象。否则将String对象添加到常量池中,并返回此String对象的引用。
2.Jdk1.6及其之前的版本,字符串常量池分布在永久带(方法区)中,Intern()把首次遇到的字符串复制到常量池中,返回的也是常量池中实例的引用。
3.jdk1.7以后字符串常量池移到了堆中,Intern()不再复制实例,只是在常量池中记录实例的引用,因此返回的引用和下面StringBuilder创建的实例是同一个。
public class Main {
public static void main(String[] args) {
String str1 = new StringBuilder("hu").append("xin").toString(); //new的对象放在堆里
System.out.println(str1 == str1.intern());
}
}
此方法jdk1.6及其以前返回 false
jdk1.7及其以后返回 true
上面代码如果直接new String("hu")
或者去掉上面的.append("xin")
产生字符串,就会得到false,因为在类加载的过程中,确实在运行时常量池中创建了一个"hu"对象,而在代码执行过程中又在堆中创建了一个String对象。这是两个实例。
注解:JDK1.7为什么要把字符串常量池移动到堆里面
在Java 7之前,JVM 将Java字符串池放在永久代PermGen(方法区)中,该空间具有固定的大小 - 它不能在运行时扩展,也不在垃圾回收的范围内。
在PermGen(方法区)中实现字符串的风险是,如果我们定义太多字符串,JVM可能报OutOfMemory错误。
从Java 7开始,Java字符串池存储在堆空间中,这是 JVM的垃圾收集范围内。这种方法的优点是降低了OutOfMemory错误的风险,因为未引用的字符串将从池中删除,从而释放内存。
字符串总结
public class Main {
public static void main(String[] args) {
String str11 = new StringBuilder("hu").append("xin").toString(); //对象放在堆里--采用new 创建的字符串对象不进常量池
String str22 = new StringBuilder("hu").append("xin").toString(); //对象放在堆里--采用new 创建的字符串对象不进常量池
System.out.println(str11 == str22);
System.out.println(str11 == str11.intern()); //第一次调用Intern发现字符串不存在常量池,(1.7 将str11的引用放入常量池)
System.out.println(str11 == str22.intern()); //第二次调用Intern发现字符串存在常量池里,返回常量池里的引用
final String str1 = "a";
String str2 = "b";
String str3 = "ab";
String str4 = "a" + str2; //字符串相加含有变量则不会进入常量池中
String str5 = new String("ab");
String str6 = "a"+"b"; //字符串相加的时候,都是静态字符串的结果会添加到常量池
String str7 = str1 +"b" ; //对final变量的访问在编译期间都会直接被替代为真实的值 相当于静态字符串
System.out.println(str5 == str3);
System.out.println(str5.intern() == str3);
System.out.println(str5.intern() == str4);
System.out.println(str5.intern() == str6);
System.out.println(str5.intern() == str7);
}
}
结果
false
true
true
false
true
false
true
true
1.采用new 创建的字符串对象不放入常量池
2.字符串相加的时候,都是静态字符串的结果会添加到常量池,如果其中含有变量(如str1)则不会放入常量池中
3.对final变量的访问在编译期间都会直接被替代为真实的值 相当于静态字符串