30、不是说字符串是不可变的吗，string s=“abc“；s=“123“不就是变了吗？
一、核心概念澄清：不可变性的真实含义
1、不可变性的定义
字符串不可变性指对象内容不可修改，而非变量不可修改。
类比：
- 不可变字符串 = 装在密封信封里的信纸（内容不可更改）
- 变量赋值 = 更换信封的指向（从A信封换成B信封）
2、代码示例的真相
string s = "abc"; // 创建信封A，指向"abc"信纸
s = "123"; // 创建新信封B，指向"123"信纸（A仍存在）
关键点：s是引用（信封），字符串是对象（信纸），修改的是引用指向而非对象内容。
二、底层实现机制：内存中的真相
1、对象层面的不可变性
- 字符串对象在内存中存储为只读字符数组，无提供修改内容的公开方法。
- 反例：若尝试直接修改会编译错误（C#）：
string s = "abc";
// s[0] = '1'; // 编译错误：无法修改只读字段
2、引用层面的可变性
变量是托管堆上的指针，可自由指向不同对象。
类比：
- 字符串对象 = 房子
- 变量 = 房产证（可更换指向不同房子）
三、不可变性的工程价值
1、线程安全的基石
多线程环境下无需同步：
string globalStr = "shared";
// 线程1和线程2同时读取globalStr无需加锁
2、哈希键的稳定性
字典/哈希表依赖对象哈希值不变：
var dict = new Dictionary<string, int> { ["key"] = 1 };
string key = "key";
key = "new"; // 不影响dict["key"]的查找
3、内存池优化
字符串驻留（String Interning）复用相同字符串对象：
string s1 = "hello";
string s2 = "hello"; // 可能指向同一内存地址
四、常见误解的根源
1、变量重新赋值的表象
错误类比：将s = "123"等同于修改s本身，实际是修改s的指向。
对比可变对象：
StringBuilder sb = new StringBuilder("abc");
sb.Append("123"); // 真正修改对象内容
2、语言差异的混淆
- C++的std::string是可变的，但C#/Java的string设计不同。
- 性能权衡：不可变性牺牲部分修改性能，换取安全性和复用性。
五、验证不可变性的方法
1、引用关系验证
string s1 = "test";
string s2 = s1;
s1 = "new";
Console.WriteLine(s2); // 输出"test"，证明s1修改不影响s2
2、对象内容验证
使用String.GetHashCode()：
string s = "abc";
int hash1 = s.GetHashCode();
s = "123";
int hash2 = s.GetHashCode(); // hash1 != hash2
六、工程实践建议
1、高频修改场景的替代方案
使用StringBuilder（C#）
var sb = new StringBuilder("abc");
sb.Append("123"); // 高效拼接
2、防御性编程技巧
避免返回字符串参数的引用：
// 错误示例（可能暴露内部可变性）
public string GetData() => _internalString; // 正确做法（返回新对象）
public string GetData() => new string(_internalString);
七、总结
字符串不可变性指的是对象内容不可修改，而非变量不可修改。s='123’实际是变量s重新指向新对象，原字符串’abc’仍存在于内存中。这种设计保证了线程安全、哈希键稳定性和内存池复用。需要修改字符串时，应使用StringBuilder等可变类型替代。验证不可变性可通过观察变量修改不影响其他引用或对象哈希值变化。
