Go中返回结构体指针（*T）是实现引用语义的唯一方式，用于支持修改原数据、避免大结构体拷贝、满足不可拷贝字段或指针接收者方法需求，但需防范nil解引用panic。
Go 里没有“返回引用对象”的概念，只有返回指针
Go 语言不支持 C++ 那种显式的引用类型（&T 不是独立类型，而是取地址操作符），所有“返回可修改的结构体实例”都必须通过 *T（指向结构体的指针）实现。函数返回 *MyStruct 就是你能拿到的最接近“引用语义”的方式——调用方拿到的是地址，修改它会影响原数据（如果该结构体实例本身是可寻址的）。
返回结构体指针的典型写法和常见错误
直接在函数内 new 一个结构体并返回其地址是最常用做法。注意别返回局部变量的地址？不，Go 的逃逸分析会自动把栈上变量提升到堆，所以以下写法完全安全：
type User struct {
Name string
Age int
}
func NewUser(name string, age int) *User {
return &User{Name: name, Age: age} // ✅ 安全：Go 自动逃逸
}
但下面这种写法容易出错：
- 返回局部变量的地址本身没问题，但若误写成
return &user而user是从 map 或 slice 中取出来的不可寻址值，会编译报错：cannot take the address of ... - 忘记初始化字段，比如写成
return &User{Age: 25}，则Name为零值""，不是 nil —— Go 结构体字段永远有默认零值 - 用
new(User)返回指针虽合法，但所有字段都是零值，不如字面量清晰
什么时候必须返回指针而不是值？
核心判断依据是：是否需要让调用方能修改原始数据，或是否结构体过大、避免拷贝开销。
立即学习“go语言免费学习笔记（深入）”；
- 结构体含 sync.Mutex 等不可拷贝字段时，必须传指针，否则编译失败：
invalid operation: cannot assign to s.mu (unaddressable) - 结构体超过 ~8–16 字节（取决于具体字段布局和架构），返回值拷贝成本上升，指针更高效（例如含多个 string/[]byte/struct 字段）
- 方法集需要包含指针接收者方法时，返回指针才能直接调用那些方法（如
(*User).Save()）
反例：小结构体如 type Point { X, Y int }，按值返回更简单、更符合 Go 的惯用风格，没必要强加指针。
nil 指针风险与防御建议
返回 *T 意味着调用方可能收到 nil，一旦解引用就会 panic：panic: runtime error: invalid memory address or nil pointer dereference。
- 函数文档或注释应明确说明是否可能返回
nil（例如构造失败、查找未命中） - 调用侧务必检查：
if u != nil { u.Name = "foo" } - 避免在函数内部无条件返回
nil，除非业务逻辑明确允许；更推荐用(*T, error)模式暴露失败原因
例如：
func FindUser(id int) (*User, error) {
if id <= 0 {
return nil, fmt.Errorf("invalid id: %d", id)
}
// ...
return &User{Name: "Alice"}, nil
}
这才是 Go 中处理“可能不存在”的标准姿势。
真正容易被忽略的是：哪怕你写了 return &User{...}，也不能假设调用方一定拿到非 nil 值——因为中间可能被其他代码显式赋值为 nil，或因并发竞争导致读到零值。防御性检查永远比信任返回值更可靠。
