Go允许结构体指针直接用点号访问成员，无需显式解引用；p.Name报错是因运算符优先级导致误解析，正确写法是p.Name或(p).Name。
结构体指针直接用点号访问成员是合法的
Go 允许对结构体指针使用 . 直接访问字段，不需要显式解引用。这不是语法糖的“省略”，而是语言明确规定的语法行为——编译器会自动处理解引用逻辑。
常见错误现象：有人写 *p.Name 报错，以为必须先解引用再点号；其实这是错的，*p.Name 等价于 (*p).Name，但因为 . 优先级高于 *，实际解析成 *(p.Name)，而 p.Name 本身不合法（指针没有 Name 字段），所以报错。
- 正确写法永远是
p.Name（p是*T类型） - 显式解引用写法是
(*p).Name，仅在需要传参或类型转换等少数场景下才需要 - 如果结构体字段本身是指针，比如
p.FieldPtr，那它返回的是**T或*string这类，和语法糖无关
方法接收者用指针时，调用方无需关心解引用
定义方法时用 func (p *T) Method()，调用时无论是 t.Method() 还是 p.Method() 都能成功——Go 会自动在必要时取地址或解引用。
使用场景：你想修改结构体字段，或者结构体较大怕拷贝开销，就用指针接收者；但调用侧完全不用区分 t 和 &t，语言帮你做了隐式转换。
立即学习“go语言免费学习笔记（深入）”；
- 如果
t是值类型变量，t.Method()会被自动转为(&t).Method() - 如果
p是指针变量，p.Method()直接调用，无额外开销 - 注意：只有当所有方法都用同一种接收者（全值 or 全指针）时，接口实现才稳定；混用可能导致某个类型无法满足接口
嵌套结构体指针字段访问要小心空指针 panic
当你有 type A struct{ B *B }，然后写 a.B.Field，这行代码本身合法，但如果 a.B == nil，运行时就会 panic。
这不是语法问题，而是典型的空指针解引用。Go 不做空安全检查，也不会自动短路。
- 必须手动判空：
if a.B != nil { ... } - 不能依赖
a.B?.Field（Go 没有可选链） - 如果字段是接口类型（如
B interface{...}），nil接口也能调用方法（只要方法集匹配），但指针字段不是接口，不适用
性能与逃逸：指针访问本身几乎没开销，但影响变量生命周期
p.Field 的访问速度和 t.Field 几乎一样，现代编译器能很好优化。真正影响性能的是指针带来的逃逸分析变化。
如果你把局部结构体取地址传出去（比如返回 &T{}），这个结构体会被分配到堆上，带来 GC 压力；而值传递可能留在栈上，更轻量。
- 用
go build -gcflags="-m"可查看变量是否逃逸 - 不要为了“看起来高效”而滥用指针；小结构体（比如
struct{ x, y int }）按值传递更合适 - 指针字段多、结构体大、需修改字段、要实现接口——这些才是用指针的合理理由
*p.Field 是推荐写法，其实它既难读又容易出错。 
