string子串操作复用底层数组导致内存滞留，[]rune赋值仅复制header仍共享底层数组；两者均非深拷贝，但string因不可变无需深拷贝，[]rune则需append(nil, orig...)等显式复制底层数组。

Go 语言中 string 和 []rune 的“拷贝”行为根本不同：前者不可变且默认共享底层数组，后者是切片，赋值只复制 header，不复制底层数组 —— 两者都**不是深拷贝**，但触发副作用的条件和方式完全不同。

string 子串操作为什么会导致内存泄露

当你写 s2 := s1[10:20]，s2 并不会分配新内存，而是复用 s1 的底层字节数组，仅调整 Data 指针偏移和 Len。如果 s1 是一个 10MB 的日志字符串，而 s2 只取其中 10 字节，GC 仍无法回收那 10MB —— 因为 s2 还持有对它的引用。

• 常见错误现象：HTTP 响应体解析后只取前几个字符做 trace ID，但整个响应体长期驻留内存
• 真正需要独立副本时，必须显式切断底层数组绑定
• 惯用写法：s2 := string([]byte(s1[10:20]))（先转 []byte 触发复制，再转回 string）
• 注意：[]rune(s1) 不会复用底层数组，但它是新分配的切片，其底层数组仍需单独处理是否要深拷贝

[]rune 赋值或 copy 后仍共享底层数组

[]rune 是切片类型，r2 := r1 或 copy(r2, r1) 都只复制 slice header（指针、长度、容量），底层数组完全共享。修改 r2[0] = 'X' 会直接影响 r1[0]。

Go语言（Golang）1.26.0

Go语言（Golang）1.26.0版本官方下载，版本号 1.26.0，适合旧项目维护、兼容性测试和指定版本开发环境搭建。

下载

• 常见错误现象：orig := []rune("hello"); dup := orig; dup[0] = 'H' → orig 也变成 "Hello"
• 安全复制 []rune 的唯一可靠方式是创建新底层数组：dup := append([]rune(nil), orig...) 或 dup := make([]rune, len(orig)); copy(dup, orig)
• 不要用 copy(dst, src) 除非你已确保 dst 已 make 且容量足够；否则 panic 或静默截断
• 若 []rune 是结构体字段，且该结构体需并发读写，仅复制切片头毫无意义——必须保证底层数组隔离

string 到 []rune 再转回 string 的开销与陷阱

频繁执行 string([]rune(s)) 看似“深拷贝”，实则做了三件事：UTF-8 解码 → 分配新 rune 数组 → UTF-8 编码回 string。它确实切断了原始 string 的底层数组依赖，但代价是两次内存分配和编码转换。

立即学习“go语言免费学习笔记（深入）”；

• 性能影响：对短字符串可忽略；对长文本（如 HTML 片段）可能成为瓶颈
• 陷阱一：[]rune(s) 中若含非法 UTF-8，会被替换为 0xFFFD，转回 string 后内容已失真
• 陷阱二：如果原 string 本身不含非 ASCII 字符，用 string([]byte(s)) 更快且无编码风险
• 不要为了“深拷贝”而盲目转换——先确认是否真需要新底层数组，还是只需不可变语义（string 本身已满足）

最易被忽略的一点：string 无需深拷贝（它不可变），真正要防的是子串导致的内存滞留；而 []rune 必须主动切断底层数组，否则所谓“副本”只是另一个视角下的同一块内存 —— 并发写或后续修改都会穿透。