Go中无构造函数语法，NewXxx函数是事实标准：命名以New开头、返回*Type指针、用结构体字面量初始化；new()仅分配零值内存，不支持默认值或校验，业务中几乎不用。
Go 没有构造函数语法，但用 NewXxx 函数模拟构造逻辑是事实标准——它不是语言特性，而是约定、封装和安全初始化的组合手段。
为什么不用 new() 内置函数？
new(T) 只做一件事：分配零值内存并返回 *T。它不支持字段名初始化、不能设默认值、也无法校验参数。实际项目里几乎没人直接用它初始化业务结构体。
-
new(Thing)等价于&Thing{}，所有字段都是零值（""、0、false） - 如果结构体字段需要非零默认值（比如
Timeout设为30 * time.Second），new()无法满足 - 字段名初始化（如
&Thing{Name: "a"}）更清晰、更安全，且编译器能做字段存在性检查
NewXxx 函数怎么写才符合 Go 习惯？
核心就三点：命名以 New 开头、返回 *Xxx 指针、内部用结构体字面量初始化。
- 函数名必须是
NewUser、NewConfig这种，不能是CreateUser或InitUser，否则破坏生态一致性 - 返回值类型必须是
*Xxx，不是Xxx—— 否则后续方法接收器不匹配、大结构体拷贝开销高 - 函数体内优先写
&Xxx{Field: value}，而不是先new(Xxx)再逐个赋值；前者更简洁、更不易漏字段 - 如果字段需校验（如
age < 0），错误应通过return nil, err暴露，而不是 panic（除非是严重编程错误）
示例：
立即学习“go语言免费学习笔记（深入）”；
func NewUser(name string, age int) (*User, error) {
if name == "" {
return nil, errors.New("name cannot be empty")
}
if age < 0 {
return nil, errors.New("age cannot be negative")
}
return &User{
Name: name,
Age: age,
CreatedAt: time.Now(),
}, nil
}什么时候必须写 NewXxx？什么时候直接 &Xxx{} 就够了？
直接字面量初始化（&Xxx{}）适用于字段少、无校验、无依赖、零值可接受的场景。一旦出现以下任一情况，就该封装成 NewXxx：
- 结构体有未导出字段（小写首字母），外部无法直接赋值，只能靠构造函数内部初始化（比如
cache *sync.Map） - 需要连接外部资源（如打开文件、初始化 DB 连接池），这些操作不能暴露给调用方
- 字段之间有约束关系（如
End > Start），必须在创建时统一校验 - 要实现某个接口（如
io.Reader），而具体类型是包内私有的，只能通过导出的NewXxx返回接口实例
反例：一个只有两个公开 int 字段的 Point，没校验、没隐藏、没依赖——直接 &Point{x: 1, y: 2} 更直白，硬套 NewPoint 是过度设计。
容易被忽略的细节：导出与非导出字段、接收器一致性
很多人写了 NewXxx，却忘了结构体字段是否导出，导致外部代码拿不到或改不了关键字段。
- 如果字段名首字母小写（如
id int），即使有NewUser，外部也无法访问u.id—— 这是故意封装，但得配套提供ID()方法 - 如果方法接收器是
*User（常见），而NewUser返回的是User值类型，调用会失败；必须确保返回指针 - 包内多个构造函数（如
NewUser和NewAdminUser）应保持参数风格一致，避免一个用字段名初始化、另一个用位置参数
最常踩的坑不是不会写，而是写了之后没想清楚：这个结构体到底该不该被外部自由构造？字段哪些该暴露？方法接收器要不要统一？这些问题比语法本身更重要。
