Java中String真的按值传递吗？
不是“像”，而是它根本就是按值传递——所有Java对象都如此。所谓“String表现像值传递”，其实是误读了String的不可变性（immutability）和引用变量的赋值行为。当你写str1 = str2，复制的是引用值（即堆中对象地址的副本），不是对象本身；但因为String方法（如substring、toUpperCase）从不修改原对象，而是返回新对象，所以看起来“原变量没变”。
常见错误现象：为什么修改str后另一个引用没跟着变？
典型场景是误以为String可被“内部修改”：
String a = "hello"; String b = a; a = a + " world"; // 实际创建新String对象，a指向新地址 // 此时b仍是"hello"，没变
这不是引用传递失效，而是a这个变量被重新赋值了。真正体现引用本质的情况是：
- 多个变量指向同一个
String字面量（如"abc"），它们共享字符串常量池中的同一实例 - 用
new String("abc")会绕过常量池，产生独立对象，哪怕内容相同 -
==比较的是引用是否相同，.equals()才比内容
对比StringBuilder：为什么它才暴露引用传递本质？
StringBuilder是可变的，能清晰看到引用传递的效果：
立即学习“Java免费学习笔记（深入）”；
StringBuilder sb1 = new StringBuilder("hi");
StringBuilder sb2 = sb1; // sb2和sb1指向同一对象
sb1.append(" there"); // 修改原对象内容
// 此时sb2.toString()也是"hi there"
关键区别在于：String所有“修改”操作都返回新对象，而StringBuilder.append()直接改内部字符数组。所以别拿String去验证“引用能否影响原对象”——它天生就不允许你影响原对象。
- 不要用
==判断String内容相等，除非你明确在比较是否为同一常量池项 - 频繁拼接用
StringBuilder，不是为了“传引用”，而是避免无谓创建大量临时String对象 - 函数参数传
String时，方法内对形参重赋值（如s = s + "x"）绝不会影响调用方的实参变量
容易被忽略的细节：字符串常量池与new String()的陷阱
很多人以为String s = "abc"和String s = new String("abc")只是写法不同，其实内存行为完全不同：
-
"abc"字面量一定进常量池；多次出现，复用同一对象 -
new String("abc")一定在堆上新建对象，即使常量池已有"abc" -
new String("abc").intern()会强制把该字符串加入常量池（如果不存在），并返回池中引用 - 所以
new String("abc") == "abc"是false，但new String("abc").intern() == "abc"是true
这跟“传递方式”无关，但直接影响你对==结果的预判，尤其在单元测试或缓存键比较时容易栽跟头。
