Go 不允许直接对函数调用结果取地址（如 &foo()），因为函数返回值不是可寻址的；若需指针语义，应修改函数签名使其直接返回指针类型。
go 不允许直接对函数调用结果取地址（如 `&foo()`），因为函数返回值不是可寻址的；若需指针语义，应修改函数签名使其直接返回指针类型。
在 Go 中，& 操作符仅适用于可寻址（addressable） 的操作数，例如变量、结构体字段、切片或数组元素、解引用后的指针等。而函数调用（如 foo()）的返回值属于临时值（temporary value），不具备内存地址，因此编译器会拒绝 &foo() 这类表达式：
func foo() (int64, error) { return 42, nil }
var A *int64
A, err := &foo() // ❌ 编译错误：cannot take the address of foo()
错误信息通常为：cannot take the address of foo() 或 invalid operation: cannot take address of foo()。
✅ 正确做法是重构函数，使其直接返回指针：
func foo() (*int64, error) {
val := int64(42)
return &val, nil // ✅ 返回局部变量地址是安全的（Go 自动逃逸分析并分配到堆）
}
// 使用方式
p, err := foo()
if err != nil {
log.Fatal(err)
}
fmt.Println(*p) // 输出: 42
⚠️ 注意事项：
- Go 的逃逸分析确保 &val 在函数返回后仍有效（自动将 val 分配到堆），无需手动管理生命周期；
- 若返回值较大（如大结构体），返回指针确实可避免复制开销，但需权衡可读性与内存局部性；
- 不建议通过中间变量“绕道”取地址（如 x := foo(); p := &x），这仍会触发完整值拷贝——尤其当 foo() 返回大型值时，违背了性能优化初衷。
? 总结：Go 的设计哲学强调显式与安全。无法对函数调用取地址并非限制，而是防止潜在悬空指针或误解。最佳实践是让接口契约清晰：若调用方需要指针，函数就应返回指针；若只需值语义，就保持值返回。这样既符合语言规范，也提升代码可维护性与性能可控性。
