String是值传递还是引用传递
string中的坑
最近看到一道关于string的面试题,差点让我以为string是值传递,就是下面这个例子,体验下:
public class demo{ public static void main(string[] args) { demo d = new demo(); string str = "bea"; d.change(str); system.out.println(str); } void change(string s){ s= s.replace('a', 'e'); s = s.tolowercase(); } }
当时一看到这个题目,我第一反应就是输出”bee“,因为string是引用类型,其参数传递的方式就是引用传递,传递的是string的地址。可是答案让我的大吃一惊,“bea”,str根本就没有发生变化!!
难道string是值传递?难道string是基本类型?
其实都不是,后来通过查阅相应资料发现,jvm在实例化字符串时会使用字符串常量池,把str作为参数传入change()方法。jvm复制了一份str变量,为了便于理解我们叫它str'。这个时候str和str'都指向字符串常量池中的“abc”。
当我们执行s = s.replace('a', 'e');
其实相当于执行了s = new string(s.replace('a', 'e'));
要理解上面这两段话,就要从java的底层结构说起了。java的内存模型大体分为 堆 和 栈 (细分还有方法区,和程序计数器等)。
1.基本类型的变量放在栈里;
2.封装类型中,对象放在堆里,对象的引用放在栈里。
java在方法传递参数时,是将变量复制一份,然后传入方法体去执行。
根据这些再细分一下jvm的执行过程
1.虚拟机在堆中开辟一块内存,并存值”bea”。
2.虚拟机在栈中分配给str一个内存,内存中存的是1中的地址。(1指第一步)
3.虚拟机复制一份str,我们叫str’,str和str’内存不同,但存的值都是1的地址。
4.将str’传入方法体
5.方法体在堆中开辟一块内存,并存值”bee”。
6.方法体在堆中再次开辟一块内存,并存值”bee”。
7.方法体将str’的值改变,存入5的内存地址。
8.方法结束,方法外打印str,由于str存的是1的地址,所有打印结果是”bea”。
string的底层是一个不可变数据,所以每次给他赋新的值的时候都相当于新建了一个string对象(如果string常量池里没有该字符串的话),我们可以验证一下。
public class demo{ public static void main(string[] args) { demo d = new demo(); //通过比较str的hashcode来比较两个对象是否为同一对象 string str = "bea"; system.out.println("第一次string的hashcode:"+str.hashcode()); str = "bee"; system.out.println("第二次string的hashcode:"+str.hashcode()); //stringbuilder来试一次 stringbuilder s = new stringbuilder("bea"); system.out.println("第一次stringbuilder的hashcode:"+s.hashcode()); s.append('t'); system.out.println("第二次stringbuilder的hashcode:"+s.hashcode()); system.out.println("调用方法前的stringbuilder对象的值:"+s); d.change(s); system.out.println("调用方法后的stringbuilder对象的值:"+s); } void change(stringbuilder s){ s = s.append('s'); } }
看看执行的结果~
tips: hashcode并不能判断是否为同一个对象,但是hashcode不同的话肯定不是同一个对象,hashcode相同的不一定是同一个对象。
关注我不会让你失望哟~