Golang用new创建值类型有必要吗

在 Go 语言中，`new(T)` 创建值类型的指针几乎总是冗余且不推荐的——它带来不必要的堆分配、额外的解引用操作和心智负担，而 `var x T` 或字面量（如 `0`、`""`、`struct{}{}`）更简洁、高效、符合 Go 的惯用风格；尤其要注意 `new` 完全不能替代 `make` 来初始化切片、映射或通道，否则会得到无法使用的 nil 指针；仅在泛型、反射或特定底层场景等极少数情况下才需 `new`，日常开发中遇到它，往往意味着该回归到更自然、更安全的值类型初始化方式。

new(T) 创建值类型在 Go 中几乎从不必要

直接用 var x T 或字面量（如 0、""、struct{}{}）初始化值类型，比 new(T) 更清晰、更符合 Go 习惯。new(T) 返回的是 *T（指向零值的指针），而绝大多数值类型场景并不需要指针——除非你明确要传参修改、延迟初始化，或嵌入结构体中需统一指针语义。

new(int) 和 &int{} 的行为差异容易引发误解

new(int) 返回 *int，其指向的值是 0；&int{} 效果相同，但写法更冗余。两者都绕不开指针分配，而多数时候你只需要一个 int 值本身：

var a int        // 推荐：栈上零值，无指针开销
b := 0           // 同样推荐：显式、轻量、可读
c := new(int)    // 不推荐：多一次堆分配，返回 *int，易误用
*c = 42          // 必须解引用才能赋值，增加心智负担

若后续要用指针，应优先考虑 &a——它更直观，且能复用已有变量生命周期。

值类型切片/映射/通道必须用 make，不能用 new

new([]int) 返回的是 *[]int（即指向 nil 切片的指针），不是可用的切片；同理 new(map[string]int）返回 *map[string]int，仍为 nil 指针，无法直接 range 或 delete：

• new([]int) → 得到 *[]int，解引用后仍是 nil 切片，无法 append
• make([]int, 0) → 得到可用的空切片，长度为 0，底层数组可增长
• new(map[string]int) → 解引用后仍是 nil map，赋值 panic: assignment to entry in nil map
• make(map[string]int) → 正确创建可写的 map

唯一合理使用 new(T) 的少数场景

仅当需要「零值指针」且无法用 &T{} 替代时才考虑 new，例如：

• 泛型函数中无法写 &T{}（因 T 可能不是结构体或不支持字面量）
• 某些底层反射或 unsafe 场景需确保分配并返回指针，且不关心具体字段初始化逻辑
• 与 Cgo 交互时需对齐内存布局，且明确要求零填充的指针

日常业务代码中，这些情况极少出现。一旦发现用了 new(T)，先问自己：是不是其实只需要 T{} 或 var x T？是不是误把指针当成了必需品？

今天关于《Golang用new创建值类型有必要吗》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！