在 go 中，若需在函数内修改原始结构体，最内存与处理器友好的方式是传入结构体指针；值传递虽安全但会产生完整拷贝，对大型结构体显著影响性能。
在 go 中，若需在函数内修改原始结构体，最内存与处理器友好的方式是传入结构体指针；值传递虽安全但会产生完整拷贝，对大型结构体显著影响性能。
为什么指针传递是最优选择？
Go 函数参数传递始终是值传递（pass-by-value），这意味着无论传入什么类型，都会复制其值。对于结构体而言，复制意味着按字段逐个拷贝所有字段数据。若结构体包含大量字段（例如数十个 int64、string 或嵌套结构体），拷贝开销会迅速上升——不仅消耗额外内存带宽，还增加 CPU 缓存压力和 GC 负担。
而传递结构体指针（如 *Person）仅复制一个机器字长的地址（通常 8 字节 on 64-bit），无论原结构体大小如何，开销恒定。更重要的是，指针允许函数直接访问并修改原始内存位置，实现真正的“就地更新”。
type Person struct {
Name string
Age int
Bio [1024]byte // 模拟大结构体（约 1KB）
}
// ✅ 推荐：指针传递 —— 零冗余拷贝，可修改原值
func updateAge(p *Person, newAge int) {
p.Age = newAge // 直接修改原始实例
}
// ❌ 不推荐（尤其对大结构体）：值传递 + 返回新实例
func updateAgeCopy(p Person, newAge int) Person {
p.Age = newAge
return p // 调用方必须显式赋值：p = updateAgeCopy(p, 30)
}值传递的适用场景与权衡
值传递并非绝对错误，它在以下情况仍具合理性：
- 结构体极小（如仅含 1–2 个基础类型字段，如 type Point struct{ X, Y int }）；
- 函数语义要求“纯函数”行为（不产生副作用），便于测试与推理；
- 需要保留原始值不变，同时基于其生成新状态（如不可变数据处理）。
但请注意：即使小结构体，若函数高频调用（如每毫秒数千次），累积拷贝成本仍不容忽视。可通过 go tool compile -S 查看汇编，或使用 benchstat 对比基准测试确认。
其他“技巧”为何不推荐？
有观点提出：用全局 slice + 索引代替指针（如 func modifyByIndex(i int)），以规避指针解引用开销。理论上，在 32 位系统上 int（4 字节）可能比指针（4 字节）无优势，64 位下更无优势；且该方案严重破坏封装性——函数强依赖外部状态、丧失可移植性、无法并发安全访问（需额外锁）、调试与单元测试难度陡增。性能微优化不应以牺牲代码清晰度、可维护性与安全性为代价。
最佳实践总结
- ✅ *默认选择 `T`**：只要函数逻辑需修改原始结构体，一律使用指针接收者或指针参数；
- ✅ 方法定义一致性：若结构体有修改状态的方法（如 (*Person).SetName()），所有相关方法均应使用指针接收者，避免值/指针混用导致意外拷贝；
- ⚠️ 注意 nil 检查：指针参数需主动校验是否为 nil，防止 panic；
- ? 性能验证：对关键路径，用 go test -bench=. 编写基准测试，例如对比 BenchmarkUpdateByPtr 与 BenchmarkUpdateByValue，用数据驱动决策。
归根结底，Go 的设计哲学强调“明确胜于隐晦”。指针传递清晰表达了“此函数将变更调用方数据”的契约，兼具高性能与高可读性——这正是工程实践中最值得信赖的默认方案。
