go 语言中，通过结构体指针调用字段或方法时，编译器会自动解引用（如 p.field 等价于 (*p).field），但该规则仅适用于具体类型（如 *struct），不适用于接口类型指针（如 *net.conn）。
在 Go 中，p.Field 和 (*p).Field 在结构体指针场景下完全等价，且前者是语言层的语法糖——它并非运行时开销更低的“优化写法”，而是编译期自动转换的便捷语法。根据 Go 语言规范中“Method Values”章节 的明确说明：
As with selectors, a reference to a non-interface method with a value receiver using a pointer will automatically dereference that pointer: pt.Mv is equivalent to (*pt).Mv.
这意味着：只要 p 是指向非接口类型（如 *Message、*bytes.Buffer）的指针，所有字段访问（p.Text）和值接收者方法调用（p.String()）都会被编译器隐式转为 (*p).Text 或 (*p).String()。这纯粹是语法便利性设计，无性能差异，二者生成的汇编代码完全一致。
✅ 正确且推荐的写法（简洁、符合 Go 惯例）：
func editMessage(m *Message, pkt *[]byte) {
m.Text = *pkt // ✅ 清晰、标准、无需手动解引用
}❌ 不必要且易混淆的写法（冗余、降低可读性）：
func editMessage(m *Message, pkt *[]byte) {
(*m).Text = *pkt // ❌ 语义等价但违背 Go 风格，应避免
}⚠️ 关键例外：接口类型指针
当变量类型为 *net.Conn 时，c.RemoteAddr() 会报错（c is pointer to interface, not interface），因为net.Conn` 是接口类型，而 Go 禁止对接口指针直接调用方法。此时必须先解引用得到接口值，再调用方法：
var c *net.Conn // ... addr := (*c).RemoteAddr() // ✅ 必须显式解引用：*c 得到 net.Conn 接口值，再调用 RemoteAddr()
原因在于：接口本身已包含类型与数据信息，*net.Conn 是一个指向接口变量的指针（即“指针的指针”语义），而非指向底层实现结构体的指针。Go 不支持通过 *interface{} 直接访问其方法，这是类型系统安全性的体现。
? 总结：
- 对 *struct：p.Field 是 (*p).Field 的语法糖，二者等效，优先使用前者；
- 对 *interface{}：无法自动解引用，必须写 (*i).Method()；
- 该行为由语言规范定义，与效率无关，核心是类型分类（具体类型 vs 接口类型）；
- 实际编码中，应始终遵循 Go 社区惯例：结构体指针用 p.f，接口指针务必先解引用再调用。
