绝大多数情况下值类型传递不会导致性能问题。Go通过逃逸分析和内联优化使小结构体（≤2–3个机器字）拷贝几乎零开销；真正瓶颈是隐式复制大对象（如[1024]int），尤其在高频调用时；判断是否传指针需看大小、只读性与传递频次，标准库经验阈值为unsafe.Sizeof(T{})>128；含sync.Mutex的struct必须传指针；string和[]byte传值仅复制16字节header，不复制底层数组，但[]byte共享底层数组有副作用；性能优化应聚焦pprof验证、避免interface{}装大struct、结合逃逸分析决策。
值类型传递到底会不会导致性能问题？
绝大多数情况下不会。Go 中的值类型（如 int、struct、[32]byte）在函数调用时按字节拷贝，但编译器会做逃逸分析和内联优化，小结构体（通常 ≤ 2–3 个机器字）几乎零开销。真正拖慢性能的是**隐式复制大对象**，比如 [1024]int 或含大量字段的 struct，尤其是被高频调用时。
常见误判场景：
- 把
func process(s MyBigStruct)当成“安全写法”，却没意识到每次调用都复制 8KB 内存 - 在循环里传入大
struct值，结果 CPU 缓存未命中率飙升 - 误信“值语义更安全”，忽略实际数据规模和调用频次
怎么判断一个 struct 是否该传指针？
看三件事：大小、是否只读、是否被频繁传递。Go 标准库中有个经验阈值：unsafe.Sizeof(T{}) > 128（约 16 字）就该考虑指针；但更可靠的方式是实测 + 查看编译器提示。
实操建议：
