绝大多数时候该用 &MyStruct{}，而非 new(MyStruct)；前者支持字段初始化和选择性赋值，后者仅分配零值内存且无法设字段，现代 Go 中 new() 几乎无必要。
什么时候该用 new()，什么时候该用 &MyStruct{}
绝大多数时候，你应该用 &MyStruct{}，而不是 new(MyStruct)。前者更直观、可控，且能初始化字段；后者只做零值分配，返回指针，但无法设置任何字段值。
new(T) 的作用非常单一：申请一块 T 类型大小的内存，填满零值，返回 *T。它不调用任何构造逻辑，也不支持字段赋值。而 &MyStruct{Field: val} 既是分配，也是初始化，还能选择性赋值。
-
new(strings.Builder)返回一个字段全为零的*strings.Builder，但你没法在调用时指定初始容量或内容 -
&strings.Builder{}效果相同，但写法更常见；若想预设底层切片容量，只能靠后续调用Grow()，new完全无能为力 - 自定义结构体如
type User struct { Name string; Age int }，new(User)得到&User{Name: "", Age: 0}，但无法写成new(User){Name: "Alice"}—— 语法错误
new() 在现代 Go 代码里几乎没存在必要
Go 1.0 以来，new() 就没被鼓励使用。标准库和主流项目中极少出现它，原因很实在：它提供的能力被字面量完全覆盖，还更啰嗦、更难读。
唯一勉强算“例外”的场景是泛型或反射中需要类型擦除后的零值指针（比如某些 unsafe 或 reflect 操作），但这类代码本就极少见，且通常有更安全的替代方案。
立即学习“go语言免费学习笔记（深入）”；
- 写
new(int)不如直接写newInt := new(int); *newInt = 42？其实newInt := 42+ptr := &newInt更清晰，或者一步到位ptr := &[]int{42}[0]（虽然奇怪，但说明没必要） -
make([]int, 0)和new([]int)完全不同：make返回可用切片，new返回指向零值切片头的指针（*[]int），几乎无法直接使用 - VS Code 或 gopls 对
new(T)几乎不提供字段补全，而&T{}能精准提示可设字段
Struct 字面量加取地址符（&T{}）才是默认动作
当你需要一个指向结构体的指针，并希望控制初始化细节时，&T{} 是事实标准。它触发的是复合字面量（composite literal）机制，不是构造函数，但足够灵活。
注意字段顺序无关紧要，但未导出字段（小写开头）在包外不可设；零值字段可省略，非零值必须显式写出（除非用 struct{} 空结构体）。
-
&User{Name: "Tom", Age: 25}合法；&User{"Tom", 25}非法（无字段名时必须所有字段按声明顺序给出，且类型需严格匹配） -
&bytes.Buffer{}和new(bytes.Buffer)运行效果一致，但前者可扩展为&bytes.Buffer{buf: make([]byte, 0, 1024)}（虽然buf是未导出字段，实际不能这么写——这正好说明字段可见性限制比new更早暴露问题） - 如果结构体含嵌入字段，
&T{Embedded: embeddedVal}可以直接初始化，new(T)则完全做不到
容易被忽略的零值陷阱：new 不等于“空对象”，而是“全零内存块”
new(T) 分配的是整个 T 大小的连续内存，并全部置零。对包含指针、map、slice、channel 的结构体来说，“零值”不等于“可用”，而是“nil”。这点常被误读。
例如 type Conf struct { Data map[string]int; Log *os.File }，new(Conf) 返回的指针所指对象中，Data 是 nil map，Log 是 nil 指针。直接 c.Data["k"] = 1 会 panic，必须先 c.Data = make(map[string]int)。
-
&Conf{Data: make(map[string]int)}一步到位，避免运行时 panic -
new(Conf)后忘记初始化内部引用类型，是真实线上 bug 常见来源，尤其在配置结构体或缓存容器中 - 静态分析工具（如
staticcheck）通常不会报new(T)的问题，但会对未初始化的 map/slice 使用发出警告 —— 这进一步削弱了new的实用价值
new 初始化结构体，除非你在读十年前的老代码；用 &T{} 时，留心哪些字段是 nil，哪些需要手动 make 或 new。 
