go中无隐式指针转换，方法调用时编译器仅在值接收器+指针实参时自动解引用，函数参数严格区分*t和t类型，接收器选择取决于是否需修改状态或避免拷贝。
Go 里没有“隐式指针转换”这回事——函数调用时传什么，就是什么；方法调用时接收器类型必须匹配，不匹配就报错。所谓“看起来能混用”，其实是编译器在特定条件下自动补了 & 或 *，但仅限于方法调用，且有严格规则。
方法调用时的自动取址（&）只发生在值接收器 + 指针实参场景
当你定义一个值接收器方法，比如 func (p Person) Name() string，然后用 personPtr := &person 调用 personPtr.Name()，Go 允许——它会自动解引用 personPtr，拿到 person 的副本再调用。这是唯一一种“自动补 *”的情况。
- 触发条件：方法是值接收器，调用者是该类型的指针变量
- 行为本质：编译器悄悄插入
(*personPtr)，不是把指针转成值，而是从指针读出值再传入 - 不会修改原值：因为传入的是副本，哪怕你在方法里改
p.Name，也影响不到person或personPtr - 反向不成立：指针接收器方法
func (p *Person) SetName(n string)不能用person.Name()调用，会直接报错cannot call pointer method on person
函数参数没有自动转换，*T 和 T 是完全不同的类型
函数不享受任何语法糖。声明 func f(x *int) 就只能传 *int；声明 func f(x int) 就只能传 int。编译器绝不会帮你加 & 或解引用。
- 常见错误：想传
myInt给func update(x *int)，忘记写&myInt→ 报错cannot use myInt (type int) as type *int - 切片是典型陷阱：虽然
[]int内部含指针，但它本身是值类型，传参仍是复制 header（三个字段）。你改s[0]会影响原 slice 元素，但改s = append(s, 1)不会，因为s是副本 - 结构体大时别传值：
func process(u User)会拷贝整个结构体；若只读，可考虑func process(u *User)避免开销，但得确保u非 nil
方法接收器选值还是指针，关键看是否要修改状态或避免拷贝
这不是风格问题，而是语义和性能的硬约束。同一类型上混用值/指针接收器会导致方法集不一致，进而影响接口实现。
- 必须用指针接收器的场景：
– 方法内要修改接收器字段（如p.Age++）
– 接收器是大结构体（避免每次调用都拷贝几 KB）
– 类型要实现某个接口，而该接口方法恰好用了指针接收器 - 值接收器适用场景：
– 方法纯读取、无副作用（如func (p Person) FullName() string）
– 接收器是小类型（如int、string、小 struct），拷贝成本低
– 明确不想让方法意外修改原始数据（防御性设计） - 混用危险：如果
Person既有func (p Person) Read()又有func (p *Person) Write()，那么*Person能满足所有接口，但Person只能满足含Read的接口——容易漏实现
最易被忽略的一点：方法集（method set）由接收器类型决定，且不可变。一旦你用指针接收器实现了某个接口，就只能用指针变量去满足它；反过来，值接收器实现的接口，值和指针都能满足——但后者靠的是自动解引用，不是类型等价。别指望靠“看起来差不多”来绕过类型系统。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
