
本文深入剖析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" 实例,因此输出不变。
本文档主要讲述的是Android数据格式解析对象JSON用法;JSON可以将Java对象转成json格式的字符串,可以将json字符串转换成Java。比XML更轻量级,Json使用起来比较轻便和简单。JSON数据格式,在Android中被广泛运用于客户端和服务器通信,在网络数据传输与解析时非常方便。希望本文档会给有需要的朋友带来帮助;感兴趣的朋友可以过来看看
? 补充说明:"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代码的关键基础:引用传递是表象,对象可变性才是行为差异的根源。








