go语言用newxxx函数替代构造函数，因零值初始化易导致非法状态；newxxx须返回指针以避免拷贝、保证方法集一致；多方式初始化应语义化命名；父子结构体应复用父构造函数；构造函数是长期契约需谨慎设计。
为什么不能直接写 User{} 初始化？
零值初始化（如 User{}）在多数业务场景下是危险的：Name 是空字符串、ID 是 0、CreatedAt 是零时间，这些往往不代表合法状态。构造函数的核心价值不是“多写一行代码”，而是封住无效实例的入口。
- 字段缺失时无法报错，错误被推迟到运行时（比如数据库插入失败才暴露）
- 默认值逻辑散落在各处，改一个要搜全项目
- 无法做前置校验（如
email格式、age > 0）
NewUser 必须返回指针吗？
95% 的情况必须返回 *User，原因很实际：
- 避免大结构体拷贝：如果
User含[]byte或嵌套结构，值返回会触发内存复制 - 方法集一致性：Go 中只有指针类型能调用所有方法（尤其带接收者为
*User的方法） - 后续可修改：调用方拿到指针才能安全赋值字段或传给其他函数修改
唯一例外是极小、不可变结构（如 type Status string），但这种一般也不需要构造函数。
多个初始化方式怎么命名？
Go 不支持重载，所以不能有多个 NewUser(name, age) 和 NewUser(email)。正确做法是用语义化函数名区分用途：
-
NewUserFromEmail(email string) *User—— 仅用邮箱初始化，其余字段设默认值 -
NewUserWithRole(name, role string) *User—— 强制传角色，其他可选 -
NewUserFromDBRow(row *sql.Row) (*User, error)—— 从数据库读取后构造，带错误处理
别用 NewUserV2 或 NewUserEx 这类模糊命名——调用方根本猜不出区别。
父子结构体的构造怎么链式调用？
当 Admin 嵌入 User 时，不要在 NewAdmin 里重复初始化 User 字段。正确模式是复用父结构体构造函数：
type User struct {
Name string
ID int
}
type Admin struct {
*User // 指针嵌入，复用字段和方法
Level int
}
func NewUser(name string, id int) *User {
return &User{Name: name, ID: id}
}
func NewAdmin(name string, id, level int) *Admin {
return &Admin{
User: NewUser(name, id), // 复用已有逻辑
Level: level,
}
}
注意：嵌入 *User 而非 User，否则 NewUser 返回的指针无法直接赋值给值类型字段；同时避免在 NewAdmin 里手动填 User 字段，那等于绕过 NewUser 的校验和默认值逻辑。
NewXxx 的参数和错误处理，也别等上线后发现 nil 指针 panic 才回头补。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
