go 的 string 不可变是因为其底层由只读指针和长度构成，字节数组存于只读内存段，类型系统禁止写入；修改需用 []byte、strings.builder 或 bytes.buffer 等替代方案。
Go 的 string 为什么不能改内容
因为 string 在 Go 运行时是只读的底层结构：它由一个指向字节数组的指针 + 长度组成，且该字节数组被分配在只读内存段（或通过编译器保证不被修改）。你用 str[0] = 'x' 直接报错 cannot assign to str[0]，不是语法限制，而是类型系统从设计上封死了写入口。
常见错误现象：string 转 []byte 后修改，再转回 string，以为原串变了——其实只是新建了一个字符串值，原变量没变。
- 所有字符串操作（
strings.Replace、+拼接等）都返回新string，旧值不受影响 -
string字面量（如"hello"）在二进制中存于只读数据段（.rodata），OS 层面禁止写入 - 即使通过
unsafe强行修改底层字节，行为未定义，可能触发 panic 或静默失败（尤其在 GC 扫描时）
想改字符串内容，该用什么替代方案
真需要频繁修改字符序列，就别硬扛 string，换更合适的类型：
- 用
[]byte：可读可写，转换开销小（string(b)和string(b)是 O(1) 复制，但注意：后者生成的新字符串底层内存独立） - 拼接多段？优先用
strings.Builder：内部用[]byte累积，避免重复分配，比+或fmt.Sprintf快得多 - 需随机写 + 长生命周期？考虑
bytes.Buffer，它支持WriteString、Truncate、Bytes等灵活操作
示例：strings.Builder 安全拼接
立即学习“go语言免费学习笔记（深入）”；
var b strings.Builder
b.Grow(128)
b.WriteString("hello")
b.WriteByte(' ')
b.WriteString("world")
result := b.String() // 此时才真正生成 string
string 底层结构长什么样
运行时定义在 runtime/string.go，本质是两个字段的结构体：
type stringStruct struct {
str unsafe.Pointer
len int
}
没有容量（cap）、没有引用计数、不带 header —— 这就是它轻量又不可变的根源。和 []byte（含 str、len、cap 三字段）有本质区别。
-
str指向的内存块，Go 不保证是否可写；实际中，字面量字符串指向只读页，而string由make或转换得来时，可能指向堆/栈上的可写内存，但语言层面禁止你碰它 - 没有
cap意味着无法“预留空间”，也意味着任何“追加”操作必须分配新底层数组 - 比较两个
string是先比len再 memcmp 底层字节，所以空字符串比较极快，长字符串比较可能慢（但不会 panic）
什么时候会意外破坏不可变性假定
不是语言允许你改，而是你自己绕过规则后，代码逻辑崩了还不知道为啥。
- 用
unsafe.String+unsafe.Slice强转并修改底层 —— 在 Go 1.20+ 后仍属未定义行为，某些 GC 模式下会直接 crash - 把
string当作 key 存 map，同时用unsafe改了它的底层字节：map 查找失效、甚至引发 hash 冲突死循环 - 多个 goroutine 共享一个
string变量，以为“不可变=线程安全”，结果靠它传参的[]byte被并发修改，源头字符串虽没变，但语义已乱
最易被忽略的一点：字符串不可变 ≠ 字符串变量不可变。变量本身可以重新赋值，比如 s = "new" 完全合法，但这和“修改字符串内容”是两回事。
