用*MyStruct替代MyStruct作参数不等于性能提升，仅在结构体大或调用频次极高时合理；小类型值传递更快，指针反而因解引用和逃逸增加开销。
指针参数不是“一定更快”，而是“在特定条件下更合理”
直接说结论：用 *MyStruct 替代 MyStruct 作为函数参数，**不等于性能提升**。它只在结构体较大、或调用频次极高时才显出优势；对 int、string、struct{X, Y int} 这类小类型，传指针反而可能更慢——因为要额外解引用（*p），还可能触发逃逸到堆，增加 GC 压力。
- 值传递小结构体：通常栈上分配，编译器易内联，
movq指令拷贝几字节就完事 - 指针传递大结构体（如含
[1024]byte或多个map字段）：避免几百/上千字节复制，收益明显 - 传
&Point{1,2}这种字面量：强制逃逸，go build -gcflags="-m -m"会输出escapes to heap，实际比值传递更重
怎么知道该不该加星号？看逃逸分析和压测数据
别猜，用 Go 自带工具验证：
- 加
-gcflags="-m -m"编译：go build -gcflags="-m -m" main.go，重点找两行：
—... escapes to heap：说明取地址导致变量上堆，未必划算
—can inline：值传递更常被内联，指针传递可能破坏内联机会 - 写
Benchmark对比：go test -bench=^BenchmarkProcess.*$ -benchmem，直接看BenchmarkNsPerOp和AllocsPerOp - 注意测试场景要贴近真实：高频调用 + 大结构体才容易暴露差异；单次调用基本看不出差别
哪些情况加星号反而有害？
盲目加 * 是常见误区，尤其新手容易以为“指针=快”。这些情况应避免：
-
func f(s *string)：基础类型传指针毫无意义，string本身是只读头（16 字节），值传成本极低 -
func f(p *Person) { ... }; p := &Person{Name: "A"}：如果Person只有 2–3 个字段，且方法只读，值接收器更安全、更省内存 - 并发读写同一指针且无锁：
go f(&x); go f(&x)→ 数据竞争，go run -race会报错 - 返回局部变量地址：
func bad() *int { x := 42; return &x }—— 编译器会逃逸处理，但语义危险，应改用new(int)或从调用方传入
真正影响性能的，往往不是单个指针，而是组合策略
单独优化一个参数传递方式，收益有限。实际项目中更有效的做法是组合使用：
立即学习“go语言免费学习笔记（深入）”；
- 批量操作优先用切片：
processBatch([]*Item)比循环调用process(*Item)减少间接跳转和调用开销 - 大缓冲区复用：
sync.Pool管理[]byte或结构体指针，避免反复分配 - 读多写少场景，考虑用
unsafe.Slice（Go 1.17+）绕过 slice 头拷贝，但必须确保底层数组生命周期可控 - 导出字段精简：把
map[string]*Detail改成map[string]DetailID+ 查表，降低结构体体积，间接减少拷贝压力
最常被忽略的一点：性能优化的前提是明确瓶颈。没测过 pprof 就改指针，大概率白忙活；而逃逸分析和 Benchmark 的输出，才是你该信的唯一依据。
