函数传参时改不了原变量？先看你是传值还是传地址
Go 里没有引用传递，func f(x T) 的 x 永远是副本。所谓“能改原值”，只是因为你传的是一个地址值——比如 *int，副本里存的仍是那个内存地址，*x = 99 实际写的是地址指向的内存。
- 传
int：函数里x = 100，外面的变量完全不受影响 - 传
*int：函数里*x = 100，外面通过原指针也能看到变化 - 但
x = nil只会让形参变空，不影响实参指针本身（它还是原来的地址）
接口赋值失败？检查方法集和接收者类型是否匹配
接口能否接住一个值，不看变量名，而看它的类型是否实现了接口所有方法——这由「方法集」严格决定。
-
type T的方法集只含值接收者方法；*T的方法集包含值 + 指针接收者方法 - 如果接口方法是用
func (t *Person) Save()实现的，那只有*Person能赋给它，Person{}直接编译报错：Person does not implement MyInterface - 哪怕你只是想读字段，只要接口定义了指针接收者方法，就必须传指针，否则无法满足接口
大结构体传参卡顿？不是语法问题，是拷贝开销在拖慢你
一个 [1024]byte 字段的 struct，值传一次就是 1KB 内存复制；频繁调用时，GC 压力和 CPU 时间都会上升。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 小结构体（≤3 字段、无大数组/切片）：传值更安全，语义清晰，避免意外修改
- 含大字段（如图片 buffer、配置 map、大数组）或未来可能加修改方法：必须用
*T传参 - 别依赖“结构体看起来不大”做判断——用
unsafe.Sizeof(T{})看真实大小更靠谱
nil 指针解引用 panic？这不是 bug，是你忘了判空
nil 指针不是野指针，而是明确的“未指向任何有效地址”。Go 不会自动帮你兜底，访问前必须主动检查。
立即学习“go语言免费学习笔记（深入）”；
- 声明但未初始化的指针默认是
nil（零值），*p会直接触发panic: invalid memory address or nil pointer dereference - 安全写法永远是：
if p != nil { ... *p ... } - 特别注意：
map、slice、channel也是类似逻辑——nil map写入会 panic，和nil *T解引用一样，本质都是对空地址操作
真正容易被忽略的，是「接口变量内部也存着值或指针」——你传进去的是 Person{} 还是 &Person{}，决定了接口方法里改字段会不会影响外面。这不是接口的特殊规则，而是指针机制在接口这一层的自然延伸。
