go函数参数均为值传递，是否用指针取决于是否需修改原变量：需改结构体字段或更新状态用 t，仅读取计算用t；结构体大则必须用 t避免拷贝开销；方法接收者同理；slice/map/channel本身含指针，无需额外加*。
传值还是传指针？看函数里要不要改原变量
Go 函数参数全是值传递，但“值”可以是数据本身（比如 int），也可以是地址（比如 *Person）。要不要用指针，第一判断标准就一个：你写这个函数时，是否**需要让调用方看到修改后的结果**。
- 想改结构体字段、更新状态、复用内存 → 用
*T，函数内通过p.Field = ...直接生效 - 只是读取、计算、返回新值，不碰原始数据 → 用
T，安全、清晰、无副作用 - 常见错误现象：
updateName(p Person)里写了p.Name = "Alice"，但主函数打印还是旧名字 → 检查函数签名漏没漏*，调用时忘没忘&
结构体一大，传值就变慢——不是“可能”，是线性放大
一个含 []byte{1024 * 1024} 的结构体，传值一次拷贝 1MB；而传指针永远只拷贝 8 字节（64 位系统）。这不是微优化，是高频调用下立刻可见的卡顿来源。
- 小结构体（≤3 个基础字段，如
type User struct{ Name, Email string }）：传值可读性高，没问题 - 中大型结构体（字段 ≥4 个，或含
slice、map、大数组、嵌套 struct）：一律用*T，别犹豫 - 不确定大小？看定义里有没有
[]int、map[string]int、chan bool—— 有就默认上指针，内部引用数据可能很大
方法接收者选值还是指针？和函数参数逻辑完全一致
方法接收者本质就是隐式第一个参数。所以 func (u User) SetName(...) 和 func (u *User) SetName(...) 的区别，和上面函数参数一模一样。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
func (u User) GetName() string：只读，不改u→ 值接收者够用 -
func (u *User) SetAge(a int)：要改u.Age→ 必须指针接收者，否则改的是副本 - 容易踩的坑：
var u User调用u.SetAge(30)没问题（Go 自动取地址），但var u *User = nil再调用就会 panic —— 所以指针接收者方法开头第一行建议判if u == nil { return }
切片、map、channel 不用额外加指针
它们本身是“含指针的值类型”（header 结构体），传参时已经共享底层数组或哈希表。再套一层 *[]int 属于典型画蛇添足，反而增加 nil 判空负担和理解成本。
-
func process(data []string)：能改元素（data[0] = "x"），也能扩容（data = append(data, "y")），但扩容后原 slice 不变 —— 这是设计使然，不是 bug -
func process(data *[]string)：想靠它把扩容结果传回去？不行。得返回新 slice，或用func process(data *[]string) { *data = append(*data, "y") }手动解引用赋值 - 结论：除非你要替换整个 slice header（极少见），否则别给 slice/map/channel 加
*
最常被忽略的一点：指针不只是性能手段，它是语义承诺——你声明 *T，就是在告诉所有调用方：“我可能会改你传来的那个东西”，也同时承担了 nil 风险和并发安全责任。值类型则天然隔离，但拷贝代价得自己心里有数。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
