函数返回指针时不能返回局部变量地址，因函数返回后局部变量被回收，导致悬垂指针；应通过new、&t{}、逃逸分析或返回长生命周期变量地址来确保指针有效。
函数返回指针时，不能返回局部变量地址
Go 中函数返回指针，最常踩的坑是直接取局部变量的地址并返回：&x。这会导致未定义行为——因为局部变量在函数返回后被回收，指针指向的内存可能已被复用或覆盖。
正确做法是让 Go 在堆上分配该值，通常通过以下方式实现：
- 使用
new(T)或&T{}显式创建堆对象（编译器会自动逃逸分析，确保分配在堆） - 返回已存在的、生命周期更长的变量地址（如全局变量、结构体字段、切片元素等）
- 避免对函数参数（哪怕是传值）取地址后返回，除非该参数本身来自堆
示例错误写法：
func bad() *int {
x := 42
return &x // ❌ 编译器会报 warning：&x escapes to heap？不，它其实没逃逸，但语义危险！实际运行可能出错
}
示例安全写法：
func good() *int {
return new(int) // ✅ 分配在堆，返回有效指针
}
func good2() *int {
x := 42
return &x // ✅ 这里编译器会做逃逸分析，自动将 x 移到堆 —— 但仅限于“被返回地址”这一种情况；可依赖，但需理解机制
返回结构体指针比返回结构体更常见
当结构体较大，或需要修改原值，或要满足某个接口（如 io.Reader 要求指针接收者方法），返回 *MyStruct 是标准做法。
注意：结构体字面量取地址（&MyStruct{...}）是安全且推荐的，Go 保证其逃逸到堆：
-
&MyStruct{Field: "hello"}→ 返回堆上新分配的结构体指针 -
new(MyStruct)→ 等价于&MyStruct{}，但更明确表示零值初始化 - 不要手动写
malloc或模拟 C 风格内存管理 —— Go 的 GC 和逃逸分析已经处理好了
对比：返回结构体本身（MyStruct）是值拷贝；返回 *MyStruct 是共享引用，也更省内存。
nil 指针返回是合法且常用的操作
Go 函数常通过返回 nil 指针表示“无结果”或“失败”，调用方必须检查：
- 构造函数（如
json.Unmarshal返回*T，失败时可返回nil） - 查找函数（如从 map 查 key，没找到就返回
nil *T） - 注意：对
nil *T解引用会 panic，所以任何*T使用前建议先判空
示例：
func findUser(id int) *User {
if u, ok := users[id]; ok {
return &u // u 是 map 值拷贝，取地址是安全的（逃逸）
}
return nil // ✅ 合法返回
}
返回指针时，接收方要注意所有权和生命周期
Go 没有显式内存所有权语法，但返回指针意味着调用方“持有”该对象的引用，后续修改会影响原始数据（如果它是共享的）。
- 返回
&slice[i]是安全的，只要 slice 本身还活着（底层数组未被 GC） - 返回
&struct{}.Field要小心：如果 struct 是临时值，字段地址仍可能失效（不过 Go 通常会整体逃逸） - 返回闭包捕获变量的地址？不推荐 —— 语义复杂，容易误判生命周期
真正容易被忽略的是：返回指针并不等于“你负责释放”。Go 中所有堆对象由 GC 自动回收，只要没有活跃引用，就会被清理。所以重点不是“谁 free”，而是“谁还持有引用”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
