go 允许对值类型调用指针接收器方法，因其自动取址机制；二者语义一致，但指针接收器避免结构体拷贝，提升大对象操作效率，并支持修改原值。
在 Go 中，为结构体定义方法时，接收器可选择使用值类型（func (v Vertex) ...）或指针类型（func (v *Vertex) ...）。你提供的示例中，Abs() 方法声明为指针接收器 *Vertex，却能同时被 &Vertex{3, 4} 和 Vertex{3, 4} 调用——这看似矛盾，实则源于 Go 编译器的隐式地址转换规则。
根据 Go 语言规范（Method values），当调用一个指针接收器方法，且操作对象是一个可寻址的变量（addressable value）（如局部变量、切片元素、结构体字段等）时，编译器会自动插入取址操作：v.Abs() 等价于 (&v).Abs()。因此以下代码完全合法：
func main() {
v := Vertex{3, 4} // v 是可寻址的变量（栈上分配）
fmt.Println(v.Abs()) // ✅ 编译器自动转为 (&v).Abs()
}⚠️ 注意：该自动转换仅适用于可寻址值。若尝试对不可寻址的临时值调用指针接收器方法，则会编译报错：
fmt.Println(Vertex{3, 4}.Abs()) // ❌ compile error: cannot call pointer method on Vertex literal
fmt.Println((Vertex{3, 4}).Abs()) // ❌ 同样错误：临时结构体字面量不可取址那么，是否应始终使用指针接收器？答案取决于两个核心因素：
-
是否需要修改接收者状态
只有指针接收器能真正修改原始结构体字段：func (v *Vertex) Scale(factor float64) { v.X *= factor v.Y *= factor }若用值接收器，所有修改仅作用于副本，原值不变。
-
性能与内存开销
Go 所有参数传递均为值传递。对大型结构体（如含数百字段或大数组的 struct），值接收器会触发完整拷贝，带来额外内存分配与 CPU 开销；指针接收器仅传递 8 字节地址（64 位系统），零拷贝。例如：type BigStruct struct { Data [10000]int64 // 占用 80KB } func (b *BigStruct) Process() {} // 高效：传指针 func (b BigStruct) ProcessCopy() {} // 低效：每次复制 80KB
✅ 最佳实践建议：
- 若方法需修改接收者，必须使用 *T；
- 若结构体较大（>16–32 字节），优先用 *T 以避免拷贝；
- 若结构体小（如 Vertex 仅 16 字节）、且方法纯读取，T 或 *T 性能差异可忽略，但为一致性，同一类型的方法接收器类型应统一（官方建议：多数场景用 *T）；
- 接口实现时需注意：T 和 *T 属于不同类型，实现的接口也不同（例如 *T 实现了某接口，T 未必能赋值给该接口变量）。
综上，Go 的自动取址机制提升了调用便利性，但理解其边界（仅限可寻址值）和权衡指针/值接收器的语义与性能影响，是编写高效、可维护 Go 代码的关键。
