go语言中string赋值不区分深浅拷贝，因其是不可变值类型，赋值仅复制指针和长度字段，内容不可修改，故无共享数据风险；真正需警惕的是嵌套可变类型（如*string、[]byte）导致的浅拷贝问题。
Go 语言中字符串没有“深拷贝”或“浅拷贝”的实际区分——string 类型本身就是不可变的值类型，赋值永远是安全的、语义上等价于深拷贝的行为。
为什么 string 赋值不涉及深/浅拷贝问题
string 在 Go 中是只读的结构体：struct{ data *byte; len int }。它包含指向底层字节数组的指针和长度，但语言层禁止修改其内容。因此：
- 当你写
s2 := s1，底层只是复制了这两个字段（指针 + 长度），开销固定且极小 - 由于无法通过任何 API 修改
s1或s2的内容，也就不存在“修改一个影响另一个”的风险 - GC 标记阶段只关心指针可达性：
s1和s2若指向同一底层数组，该数组只要被任一string引用就保持存活；但因为内容不可变，这种共享完全无害
GC 标记阶段真正关注的是底层字节数组的引用计数
GC 不标记 string 变量本身，而是追踪其 data 字段指向的内存块是否可达。常见场景：
- 从
[]byte转换来的string（如string(b)）：若b仍存活且未被编译器优化掉，底层字节数组可能被额外持有 - 字符串字面量（如
"hello"）：存储在只读数据段，永不被 GC 回收，也无需标记 - 子串切片（如
s[2:5]）：复用原string的data指针，仅调整len和起始偏移 —— GC 会把整个底层数组视为一个整体来标记
容易被误判为“浅拷贝问题”的真实陷阱
看似和 string 相关的问题，往往根源不在字符串本身，而在它所嵌套的结构里：
- 结构体中含
*string字段：赋值时复制的是指针，这才是真正的浅拷贝 —— 修改*s2会影响*s1 - 切片或 map 中存了
string：string值本身安全，但若切片底层数组被其他变量持有，GC 不会提前回收该数组 - 用
unsafe.String()或反射绕过只读性：这是未定义行为，GC 不保证其内存安全性，应绝对避免
真正需要警惕的，从来不是 string 的拷贝语义，而是你是否无意中让多个变量共同持有了可变的底层数据（比如 []byte 或指针）。GC 标记只认指针关系，不认业务逻辑 —— 它不会因为你“觉得这个字符串是副本”就放松引用追踪。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
