new(T) 在 go 中几乎从不必要，推荐用 var x T 或字面量初始化值类型；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：
立即学习“go语言免费学习笔记（深入）”；
-
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？是不是误把指针当成了必需品？