会崩溃，但仅限于用 unsafe 手动创建指向栈内存的指针；日常返回 &localVar 是安全的，因逃逸分析会将其分配到堆上。
返回局部变量地址会崩溃吗
会，而且是运行时 panic。Go 编译器对 return &localVar 这类操作做了逃逸分析，如果局部变量被取地址并返回，它会被自动分配到堆上——这本身不崩溃，但真正危险的是你手动创建指向栈内存的指针（比如用 unsafe 或 C 互操作绕过检查），那会在函数返回后立刻失效。
所以日常写法中，只要不用 unsafe，Go 的指针返回是安全的，但你要清楚：它返回的不是“栈地址”，而是编译器悄悄挪到堆上的地址。
什么时候该返回 *T 而不是 T
核心判断依据是：值拷贝成本 + 是否需要可变性。Go 中所有参数和返回值都是值传递，T 类型越大，拷贝开销越明显。
- 结构体字段总大小超过 16 字节（如含多个
string、[]byte、或嵌套结构）→ 建议返回*T - 结构体含不可复制字段（如
sync.Mutex）→ 必须返回*T，否则编译报错：cannot copy lock - 调用方后续要修改该值 → 返回
*T避免无意义拷贝，也避免误以为改了原值 - 函数语义上表示“获取一个可共享/可缓存的对象”（如配置、连接池项）→ 返回指针更符合直觉
new(T) 和 &T{} 有性能差别吗
没有实质差别。两者都分配堆内存并返回 *T，生成的汇编几乎一致。区别仅在语义和初始化方式：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
new(T)返回零值指针，字段全为对应类型的零值（0、nil、""） -
&T{}显式构造，可带字段初始化：&User{Name: "Alice"} - 若类型含非零默认值字段（如
time.Time字段），用&T{}更可控
性能敏感场景下，二者选哪个完全取决于可读性和初始化需求，别为此做微优化。
返回指针真能提升性能？看真实开销
能，但只在特定条件下显著。关键不是“用了指针就快”，而是避免不必要的大对象拷贝。
type BigStruct struct {
Data [1024]byte
Meta map[string]string
Tags []string
}
<p>func GetBigValue() BigStruct { /<em> 拷贝 1KB+ 内存 </em>/ }
func GetBigPtr() <em>BigStruct { /</em> 只返回 8 字节指针 */ }</p>上面例子中，GetBigPtr 的返回值传输开销几乎为零，而 GetBigValue 每次调用至少拷贝 1KB。但如果 BigStruct 实际只有几个 int 字段，返回指针反而多一次间接寻址，还增加 GC 压力。
真正容易被忽略的是：返回指针后，调用方是否意外保留了长期引用，导致本可回收的对象滞留堆上。尤其在高频小对象场景（如循环中不断 &Item{} 并塞入 map），可能引发 GC 频繁或内存堆积。
