本文深入剖析java中数组与string在方法调用时行为差异的根本原因：数组内容可被修改是因为其可变性，而string看似“不生效”的赋值操作实则源于其不可变性（immutable）与局部变量重绑定的共同作用。
本文深入剖析java中数组与string在方法调用时行为差异的根本原因：数组内容可被修改是因为其可变性，而string看似“不生效”的赋值操作实则源于其不可变性（immutable）与局部变量重绑定的共同作用。
在Java中，所有对象（包括数组和String）都通过引用传递——更准确地说，是“按值传递引用”（pass-by-value of reference）。这意味着：方法接收的是原始引用变量的一个副本，该副本指向堆中同一对象。关键区别不在于“传什么”，而在于被引用的对象是否允许内部状态改变。
✅ 数组：可变容器，修改元素即修改原对象
数组是典型的可变对象。当你执行 array[0] = 0，你并未改变引用本身，而是通过该引用访问并修改了堆中数组对象的第0个槽位。由于方法参数 array 和外部变量 testArray 指向同一个数组实例，因此修改立即反映在原始数组上。
static int[] changeFirstEntryToZero(int[] array) {
array[0] = 0; // ✅ 修改堆中同一数组对象的内容
return array;
}
// 调用后 testArray[0] 确实变为 0❌ String：不可变对象，赋值操作仅重绑定局部变量
String 是 final 类，其内部字符数组（JDK 9+ 为 byte[]）被声明为 private final，且所有修改方法（如 substring()、toUpperCase()）均返回全新String对象，而非修改自身。
在 changeString 方法中：
立即学习“Java免费学习笔记（深入）”；
static String changeString(String s) {
s = "changed"; // ❌ 仅将局部变量 s 重新指向新字符串常量池中的"changed"
return s;
}这里 s = "changed" 并未修改原 "helloWorld" 对象（它甚至无法被修改），只是让方法内的局部变量 s 指向了一个新对象。调用方的 testString 变量仍牢固指向原来的 "helloWorld" 实例，因此输出不变。
? 补充说明："changed" 会进入字符串常量池（若尚不存在），但此过程与 testString 无关。
⚠️ 重要澄清：String永远不会被“意外永久修改”
由于String类的设计强制不可变性，不存在任何合法Java代码能让一个String对象的内容发生原地变更。即使使用反射（不推荐且破坏安全性）强行修改其内部字段，也属于未定义行为，且在现代JVM中通常被禁止。因此，你无需担心“稍作改动就会意外改掉原String”——这是语言层面的安全保障，而非偶然现象。
✅ 正确修改字符串的实践方式
若需“更新”字符串，必须显式重新赋值引用：
testString = changeString(testString); // ✅ 将返回的新字符串赋给原变量 System.out.println(testString); // 输出: "changed"
或者直接使用链式调用：
testString = testString.replace("hello", "hi").toLowerCase();总结
| 特性 | 数组（int[]） | String |
|---|---|---|
| 可变性 | ✅ 元素可被直接修改 | ❌ 内容不可变；所有“修改”均返回新对象 |
| 方法内赋值 | array = new int[]{...} → 仅改局部引用，不影响原数组 | s = "new" → 仅改局部引用，不影响原字符串 |
| 方法内元素/内容修改 | array[0] = 1 → 影响原数组 | s.concat(...) → 返回新对象，原字符串不变 |
理解这一机制，是写出健壮、可预测Java代码的关键基础：引用传递是表象，对象可变性才是行为差异的根源。
