17370845950

会崩溃，但仅限于用 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，生成的汇编几乎一致。区别仅在语义和初始化方式：

• new(T) 返回零值指针，字段全为对应类型的零值（0、nil、""）
• &T{} 显式构造，可带字段初始化：&User{Name: "Alice"}
• 若类型含非零默认值字段（如 time.Time 字段），用 &T{} 更可控

性能敏感场景下，二者选哪个完全取决于可读性和初始化需求，别为此做微优化。

返回指针真能提升性能？看真实开销

能，但只在特定条件下显著。关键不是“用了指针就快”，而是避免不必要的大对象拷贝。

type BigStruct struct {
    Data [1024]byte
    Meta map[string]string
    Tags []string
}
func GetBigValue() BigStruct { / 拷贝 1KB+ 内存 / }
func GetBigPtr() BigStruct { / 只返回 8 字节指针 */ }

上面例子中，GetBigPtr 的返回值传输开销几乎为零，而 GetBigValue 每次调用至少拷贝 1KB。但如果 BigStruct 实际只有几个 int 字段，返回指针反而多一次间接寻址，还增加 GC 压力。

真正容易被忽略的是：返回指针后，调用方是否意外保留了长期引用，导致本可回收的对象滞留堆上。尤其在高频小对象场景（如循环中不断 &Item{} 并塞入 map），可能引发 GC 频繁或内存堆积。