基于Java中字符串内存位置详解

前言

之前写过一篇关于jvm内存区域划分的文章，但是昨天接到蚂蚁金服的面试，问到jvm相关的内容，解释一下jvm的内存区域划分，这部分答得还不错，但是后来又问了java里面string存放的位置，之前只记得string是一个不变的量，应该是要存放在常量池里面的，但是后来问到new一个string出来应该是放到哪里的，这个应该是放到堆里面的，后来又问到string的引用是放在什么地方的，当时傻逼的说也是放在堆里面的，现在总结一下：基本类型的变量数据和对象的引用都是放在栈里面的，对象本身放在堆里面，显式的string常量放在常量池，string对象放在堆中。

常量池的说明

常量池之前是放在方法区里面的，也就是在永久代里面的，从jdk7开始移到了堆里面。这一改变我们可以从oracle的release version的notes里的** important rfes addressed in jdk 7 **看到。

area: hotspot
synopsis: in jdk 7, interned strings are no longer allocated in the permanent generation of the java heap, but are instead allocated in the main part of the java heap (known as the young and old generations), along with the other objects created by the application. this change will result in more data residing in the main java heap, and less data in the permanent generation, and thus may require heap sizes to be adjusted. most applications will see only relatively small differences in heap usage due to this change, but larger applications that load many classes or make heavy use of the string.intern() method will see more significant differences.
rfe: 6962931

string内存位置说明

1.显式的string常量

string a = "holten";
string b = "holten";

•第一句代码执行后就在常量池中创建了一个值为holten的string对象；

•第二句执行时，因为常量池中存在holten所以就不再创建新的string对象了。

•此时该字符串的引用在虚拟机栈里面。

1.string对象

string a = new string("holtenobj");
string b = new string("holtenobj");

•class被加载时就在常量池中创建了一个值为holtenobj的string对象，第一句执行时会在堆里创建new string("holtenobj")对象；

•第二句执行时，因为常量池中存在holtenobj所以就不再创建新的string对象了，直接在堆里创建new string("holtenobj")对象。

验证一下

/**
 * created by holten.gao on 2016/8/16.
 */
public class main {
  public static void main(string[] args){
    string str1 = "高小天";
    string str2 = "高小天";
    system.out.println(str1==str2);//true
    
    string str3 = new string("高大天");
    string str4 = new string("高大天");
    system.out.println(str3==str4);//false
  }
}

返回结果：

true
false

以上这篇基于java中字符串内存位置详解就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持。