map[string]MyStruct中调不到指针接收者方法，因MyStruct值类型的方法集仅含值接收者方法，不含指针接收者方法；$value为值类型时{{ $value.Path }}静默失败。解决方法：改用值接收者或改map存*MyStruct。
值接收者和指针接收者不是“选哪个更快”，而是“哪个语义正确、哪个能跑通”——混用会导致方法不可见、接口不满足、模板静默失败。
为什么 map[string]MyStruct 里调不到指针接收者方法？
Go 的方法集（method set）规则是硬性限制：类型 MyStruct 的方法集只包含值接收者方法；而 *MyStruct 的方法集才包含值+指针接收者方法。你在模板或代码中遍历 map[string]MyStruct，取出的 $value 是值类型，它压根没有指针接收者方法。
- 现象：{{ $value.Path }} 渲染为空，但 {{ $value.Name }} 正常 —— 不是语法错，是方法根本不在该值的方法集中
- 原因：结构体定义了
func (m *MyStruct) Path() string，但 map 存的是值，不是指针 - 解决方向只有两个：改方法接收者为值类型，或改 map 存指针
func (s *MyStruct) SetName() 能不能用值变量调用？
可以，Go 编译器会自动取地址：s := MyStruct{}; s.SetName("x") 等价于 (&s).SetName("x")。但前提是 s 必须是可寻址的。
- 能调通的情况：局部变量、切片元素、结构体字段（如
user.Profile） - 会编译失败的情况：
map["key"]返回的值、函数返回的结构体字面量（如getUser().SetName("x")）、常量结构体 - 关键点：不是“语法允许”，而是“运行时是否可寻址”——值接收者没这限制，指针接收者有
接口实现时指针接收者为什么容易翻车？
如果接口定义的方法使用指针接收者，那么只有 *T 类型能实现它，T 类型不能。比如 io.Writer 的 Write([]byte) (int, error) 是指针接收者方法，所以 bytes.Buffer{} 能用，但 bytes.Buffer{} 传给需要 io.Writer 的函数时，必须传 &buf，否则编译报错。
立即学习“go语言免费学习笔记（深入）”；
- 常见错误：定义了一个
Logger接口，其中Log()是指针接收者，结果传入结构体值后 panic 或编译不过 - 统一策略更安全：对导出结构体，所有方法都用指针接收者，避免部分方法在值上调用失败
- 反例：混用 —— 一个方法用值接收者，另一个用指针接收者，会导致同一个结构体在不同上下文里“有时实现接口，有时不”
最容易被忽略的是方法集规则对泛型约束和嵌入字段的影响：哪怕你没显式写接口，只要用了泛型类型约束（如 type T interface{ M() }），接收者类型就决定了类型是否满足约束。这不是性能问题，是编译期契约问题。
