Go函数可安全返回指针（编译器自动逃逸），但需警惕nil导致解引用panic；应确保所有路径返回有效指针或明确文档化nil合法性，并注意指针接收者对接口实现的影响。
为什么 Go 函数可以返回指针，但要小心 nil
Go 允许函数返回任意类型的指针，包括结构体、切片、map 或基本类型。但和 C 不同，Go 的指针不能指向栈上已销毁的局部变量——编译器会自动把逃逸到堆上的变量地址返回，所以安全。真正的问题是：返回的指针可能为 nil，调用方若未检查就解引用，会触发 panic: runtime error: invalid memory address or nil pointer dereference。
常见误用场景：在错误处理分支中忘记初始化结构体，直接返回未赋值的指针变量；或使用 new(T) 与 &T{} 混淆导致零值被意外返回。
-
new(T)返回指向零值的*T，永远非 nil -
&T{}也返回非 nil 指针，但字段按字面量初始化（可部分指定） - 若函数逻辑中途 return，且指针变量未显式赋值，其默认值就是
nil
返回结构体指针的典型写法
最常用的是返回新分配的结构体指针，通常配合构造函数（如 NewXXX）使用。关键在于确保所有路径都返回有效指针，或明确文档化 nil 合法性。
type User struct {
ID int
Name string
}
func NewUser(id int, name string) *User {
// ✅ 安全：&User{} 总返回非 nil 指针
return &User{
ID: id,
Name: name,
}
}
func FindUserByID(id int) *User {
// 假设查不到时返回 nil —— 这是合法且常见做法
if id == 0 {
return nil // ⚠️ 调用方必须检查！
}
return &User{ID: id, Name: "Alice"}
}
返回基本类型指针需谨慎评估必要性
返回 *int、*string 等很少见，除非你明确需要「可选语义」或与外部 API 对齐（比如 JSON 解析中字段缺失对应 nil 指针）。否则直接返回值更清晰、无解引用风险。
立即学习“go语言免费学习笔记（深入）”；
- 返回
*int的唯一合理理由：表示“该值不存在”，而 0 是有效值（例如用户年龄为 0 是合法的，但未提供则应为 nil） - Go 标准库中
flag.Int()返回*int，因为 flag 需支持 “未设置” 状态 - 避免写
func getInt() *int { v := 42; return &v }—— 虽然编译器会逃逸，但语义混乱，不如直接return 42
接口方法中返回指针容易引发隐式转换问题
如果一个接口方法声明返回 interface{} 或某个接口类型，而实际实现返回了具体类型的指针（如 *User），要注意：Go 中 *User 实现接口的前提是 User 类型的方法集包含该接口要求的方法——但仅当方法接收者是 *User 时，*User 才能赋给接口；若方法接收者是 User（值接收者），则 User 和 *User 都可赋给接口。
典型坑点：
type Namer interface {
GetName() string
}
func (u User) GetName() string { return u.Name } // 值接收者
func GetNamer() Namer {
u := User{Name: "Bob"}
return &u // ✅ 可以，值接收者允许指针自动转为值
}
func (u *User) GetName() string { return u.Name } // 指针接收者
func GetNamerPtr() Namer {
u := User{Name: "Bob"}
return &u // ✅ 可以
// return u // ❌ 编译错误：User 没有实现 Namer（因方法是 *User 接收者）
}
所以返回指针时，务必确认该指针类型是否真正实现了目标接口——这取决于方法接收者类型，而不是结构体本身。
返回指针本身不难，难的是让调用方清楚何时会得到 nil、何时必须检查、以及指针所指类型是否满足上下文所需的接口契约。这些细节往往比语法更影响稳定性。
