Go中NewXxx函数是创建并初始化结构体的事实标准，必须使用New前缀以确保返回已就绪指针、避免nil panic；&T{}优先于new(T)，含引用类型字段的结构体须在New函数中显式初始化。
Go 没有构造函数语法，但用 NewXxx 函数封装初始化逻辑是事实标准——它不是可选项，而是避免 nil panic、保证结构体可用性的基本防线。
为什么必须用 NewUser 而不是 InitUser 或 CreateUser
命名直接决定调用方能否一眼识别这是“创建+初始化”一体的操作。Go 生态（包括标准库如 net/http.NewRequest、sync.Pool.New）统一用 New 前缀，意味着：
• 返回的是已就绪的指针，不是零值占位符
• 客户端无需额外调用初始化方法
• 工具链（如 go vet）能识别并检查错误返回路径
用 Create 或 Init 会破坏这一契约：前者暗示可能返回未初始化实例，后者则要求调用方手动补调，极易遗漏
&T{} 和 new(T) 初始化方式怎么选
优先用 &T{Field: value}，除非你明确需要所有字段为零值且后续再逐个赋值。
• &User{Name: "Alice", Age: 30}：字段少、需显式设值、可读性强、编译器能检查是否漏字段
• new(User)：仅适合字段极多且大部分保留零值的场景，但容易漏掉引用类型（如 map、slice）的初始化，导致运行时 panic
• 不要用 var u User; return &u：语义不清，且无法在声明时注入默认值
含 map/slice/channel 字段的结构体，New 函数里必须显式初始化
结构体字段的零值对引用类型就是 nil，直接使用会 panic。比如：
立即学习“go语言免费学习笔记（深入）”；
type Cache struct {
data map[string]int
items []string
}
在 NewCache 中必须初始化这些字段：
-
data: make(map[string]int, 16)—— 不写容量也行，但预分配能减少扩容开销 -
items: make([]string, 0, 8)—— 避免首次 append 时底层数组分配 -
ch: make(chan int, 1)—— 若字段是 channel，不初始化则为nil，select或发送都会阻塞或 panic
如果依赖客户端调用 cache.Init()，等于把风险外包出去——没人能保证每次 new 后都记得 init。
参数校验失败时，返回 nil, err 而不是 panic
构造函数里的错误属于业务约束（如 age 、<code>name == ""），不是程序缺陷。panic 应只用于不可恢复的编程错误（如数组越界、空指针解引用）。
• 正确：if age <br>• 错误：<code>if age —— 这会让调用方无法 recover，且违背 Go 的错误处理惯例<br>• 注意：返回 <code>nil 时，接收方必须检查错误，否则可能直接 dereference nil pointer
真正难的不是写 NewXxx，而是想清楚哪些字段必须初始化、哪些校验该由构造函数承担、哪些该留给后续方法——这决定了结构体一出生就是否“能干活”。
