最稳妥的结构体指针初始化方式是 &t{}，语义清晰、支持字段名赋值、自动逃逸上堆且符合标准库风格；new(t) 已属历史遗留，日常开发基本无需使用。
直接用 &T{} 初始化结构体指针最稳妥，语义清晰、支持字段名赋值、自动逃逸上堆，且和标准库风格一致；new(T) 已属历史遗留，日常开发中基本没理由用。
什么时候该用 &T{} 而不是 T{}
绝大多数需要调用方法的场景，都得用指针——尤其当方法接收者是 *T 时。比如你定义了 func (u *User) Save()，那 User{} 创建的是值类型，调用 Save() 会隐式取址，但若结构体较大，复制开销就来了；而 &User{} 直接返回指针，安全又明确。
字段含 map、slice、chan 或指针时，&T{} 和 T{} 都只给零值（nil），不会自动初始化。所以别指望它帮你 make，该显式写的还得写：
cache: make(map[string]int, 16)items: make([]string, 0, 8)lock: &sync.RWMutex{}
new(T) 为什么该避免
new(T) 只做一件事：分配内存、全字段置零、返回 *T。它不支持字段赋值，写法还啰嗦：new(User) 和 &User{} 效果一样，但后者一眼就知道“建个 User”，前者像在搞底层操作。
唯一可能用到它的极少数情况是：你需要一个零值指针，且这个类型不会被外部构造（比如作为 map 的 value 类型），但这种需求在业务代码里几乎不存在。
常见错误现象：new(User).Name = "Alice" 看似能跑，但字段赋值后仍无法调用 *User 方法（除非你再取一次址），逻辑断裂，可读性差。
嵌套结构体初始化别硬塞一层字面量
像 User{Instances: []Instance{{Configs: []Config{{Replicas: []string{"a","b"}}}}}} 这种写法，不是“写得快”，是“改得痛、读不懂、不敢动”。字段一加、顺序一调、小写字段一加，立刻编译失败。
正确做法是分层拆解，每层用独立构造函数或显式字段名初始化：
- 内嵌匿名结构体（如
Engine struct{...}）必须在初始化时重复声明类型：Engine: struct{Power int; Type string}{Power: 143, Type: "1.4T"} - 切片字段默认是
nil，不是空切片；NewUser()应主动make([]Instance, 0)，避免后续append前判空 - 含未导出字段（小写开头）的结构体，外部无法用字面量初始化，
NewXXX()是唯一出口
什么情况下必须写 NewXXX() 构造函数
当初始化逻辑超出了字面量能力范围，NewXXX() 就不是可选项，而是强制要求：
- 字段需校验：比如
Name不能为空、Age必须在 0–150 之间，&User{Name: "", Age: 200}编译通过但运行出错，NewUser("", 200)可在创建时就返回error - 含需显式初始化的复合字段：
db *sql.DB、cache map[string]int、logger *zap.Logger，这些都不可能靠&T{}自动搞定 - 封装默认值与隐藏实现：
createdAt: time.Now()、status: "active"、id: uuid.New()全部收口在函数里，不散落在各处
多层嵌套结构体的初始化最容易漏深层字段，也最容易把默认逻辑写死在调用点——这才是 NewXXX() 最不可替代的地方：它把“怎么建”和“建什么”彻底分离，让使用者只关心业务语义，不操心内存细节。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
