go语言中string传参不拷贝底层数组，因其本质是只读结构体{ptr *byte; len int}，仅复制两个机器字，底层[]byte不可变，故高效安全。
Go 语言中 string 作为函数参数传递时，不会触发堆分配，也不拷贝底层字节数组，但会拷贝两个机器字（ptr 和 len）——它始终是高效、安全的值传递。
为什么 string 传参不拷贝底层数组？
因为 string 在 Go 运行时被定义为只读结构体：struct{ ptr *byte; len int }。传参时只复制这两个字段，而 ptr 指向的底层 []byte 是不可变的。无论你传多长的字符串（比如 10MB 的 JSON），函数调用开销都固定且极小。
- 实测：传入
string长度从 1 字节到 1MB，go tool compile -S生成的汇编中参数压栈指令数不变 - 逃逸分析（
go build -gcflags="-m -l"）几乎从不显示string逃逸到堆，除非你显式取地址（如&s） - 误判常见点：有人看到
fmt.Println(s)中大字符串“变慢”，实际是fmt内部格式化耗时，不是传参拷贝导致
string 传参后修改是否影响原值？
不影响。任何试图“修改” string 的操作（如切片、拼接）都会生成新 string，原变量保持不变——这不是引用共享，而是值语义的自然结果。
-
s := "hello"; f(s); func f(t string) { t = t + " world" }→ 外部s仍是"hello" -
s1 := "hello"; s2 := s1[:3]→s2和s1共享同一底层数组，但因只读，无法通过任一变量改写内容 - 不存在
string的“引用传递”行为；所谓“共享内存”只是读取效率优化，不是可变共享
什么时候该用 *string？
极少见。只有当你需要在函数内修改调用方持有的 string 变量本身（即改变其 ptr 或 len）时才需指针，例如解析器反复重写一个字符串缓冲区。
- 典型反例：
func trimPrefix(s *string, prefix string) { *s = strings.TrimPrefix(*s, prefix) }—— 这样做增加了 GC 压力（指针要追踪），且掩盖了值语义意图 - 更推荐写法：
func trimPrefix(s string, prefix string) string { return strings.TrimPrefix(s, prefix) } - 性能提示：
*string参数会让编译器更难做内联和栈分配优化，unsafe.Sizeof(string)是 16 字节（64 位系统），远小于多数 struct，没必要指针化
真正容易被忽略的是：即使 string 很大，只要你不取它的地址、不把它存进 interface{}、不传给可能逃逸的闭包，它就几乎总在栈上；但一旦做了这些事，哪怕只是 fmt.Printf("%s", s)，大 string 就可能因接口转换而轻微逃逸——这不是 string 本身的问题，而是接口值包装带来的间接成本。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
