Go函数返回*T主要为避免大结构体拷贝开销并支持可变修改，编译器自动处理逃逸分析保证安全；小类型返回指针反而增加nil检查和GC负担。
为什么 Go 函数会返回 *T 而不是 T
Go 中返回指针的核心动机是避免值拷贝开销或实现「可变返回对象」。当 T 是大结构体（比如含切片、map 或大量字段）时，返回 *T 能省去复制整个值；更关键的是，调用方拿到指针后可直接修改原数据——这在需要初始化后持续复用、或封装「构造+配置」逻辑时很常见。
但要注意：返回局部变量的地址是安全的（Go 编译器会自动做逃逸分析并分配到堆），这点和 C 不同，不用手动 new 或担心栈变量失效。
哪些场景必须或推荐返回指针
常见合理用法包括：
- 构造函数模式：
NewXXX()函数返回*T，隐藏内部字段、强制通过方法操作（如net/http.NewRequest） - 需要延迟初始化或配置的对象，比如
sql.DB、sync.Pool实例 - 返回只读视图但底层需共享状态（如
bytes.NewReader返回*bytes.Reader） - 避免接口值拷贝：若
T实现了某个接口且体积大，返回*T可让接口值只存指针（16 字节），而非整个结构体
反例：对小类型（int、string、小 struct）返回指针几乎没收益，反而增加 nil 检查负担和 GC 压力。
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
返回指针时容易踩的坑
最常被忽略的问题不是语法，而是语义和生命周期预期：
- 返回的指针可能为
nil，调用方必须检查（比如json.Unmarshal失败时可能返回nil的*T） - 若函数内创建新对象（如
&T{...}），该对象生命周期由 GC 管理，但若它持有外部资源（文件句柄、锁、channel），需确保有明确的清理机制（如Close()方法） - 不要返回指向栈上数组字面量的指针，例如
return &[]int{1,2,3}[0]—— 这实际返回的是底层数组首元素地址，但整个数组是临时的，行为未定义；应改用&[]int{1,2,3}（返回切片头地址，安全）或显式new/make - 并发场景下，若多个 goroutine 共享返回的指针对象，需自行保证线程安全；Go 不会自动同步
func() *T 和 func() T 的性能与接口兼容性差异
两者在汇编层和 GC 行为上有明显区别：
- 返回
*T：函数返回一个指针值（通常 8 字节），对象本身分配在堆上（除非逃逸分析证明可栈分配），GC 需追踪该指针 - 返回
T：整个值按大小决定是否传寄存器或栈；若T是带指针字段的类型（如含map、slice），即使值本身小，GC 仍需扫描其内部指针 - 接口赋值时：若变量声明为
var x interface{} = f()，且f()返回*T，则接口底层是(*T, *T)；若返回T，则是(T, T)—— 后者可能触发一次完整值拷贝
实测中，对 1KB 以上结构体，返回指针比返回值快 2–5 倍（取决于字段数量和是否含指针）；但微小差异不值得过早优化，优先考虑语义清晰性。
真正难处理的是混合使用：比如一个包导出 func New() *T，但用户误写成 var t T = *New()，导致意外拷贝和后续修改失效——这种错误不会报错，只能靠代码审查或静态检查工具（如 staticcheck 的 SA4000）发现。
