必须用NewXXX而非&T{}，因其能封装校验、默认值、资源初始化等逻辑，避免零值panic、参数失控和维护困难；复杂场景应采用选项模式或注册型工厂。
Go 没有构造函数，NewXXX 就是事实标准的构造函数替代方案——它不是语法糖，而是工程约定，核心作用是封装初始化逻辑、校验参数、返回指针或接口。
为什么必须用 NewXXX 而不是直接 &Struct{}
直接复合字面量创建结构体时，字段全为零值，无法做任何校验或依赖注入。一旦初始化逻辑变复杂（比如要读配置、开连接、设默认值），散落在各处的 &X{} 会迅速失控。
- 字段未初始化就使用，容易 panic 或静默错误（如
nil切片 append、nilio.Writer） - 参数合法性检查（如负数年龄、空字符串 ID）无法集中控制
- 后续加日志、指标、上下文绑定等横切逻辑时，每个调用点都要改
- 返回具体类型（如
*User）会让调用方绕过接口契约，破坏可替换性
NewXXX 返回接口 vs 返回具体类型怎么选
返回接口是简单工厂模式的标志，适用于需要多态扩展的场景；返回具体类型更轻量，适合内部结构稳定、无替代需求的组件。
- 返回
interface{}或any是反模式——丢失类型信息，放弃编译检查 - 返回接口（如
Logger）时，NewXXX()实际是工厂函数，调用方只依赖行为，不关心实现 - 返回具体类型（如
*Config）时，NewXXX()是构造函数惯例，重点在封装初始化，而非解耦策略 - 若某结构体未来可能有多个实现（如
DB接口对应PostgresDB/SQLiteDB），一开始就应返回接口，避免后期重构成本
带参数的 NewXXX 如何避免参数爆炸
当构造需要 3 个以上参数，或部分参数有默认值、可选性高时，硬写函数签名极易失控。此时应改用选项模式（Functional Options），而不是塞进一个巨型 NewXXX(a, b, c, d, e, f)。
立即学习“go语言免费学习笔记（深入）”；
- 定义一个函数类型
type Option func(*X) error，每个选项负责设置一个字段或执行一项初始化 -
NewXXX接收变长Option参数，在内部按顺序应用 - 默认值、副作用（如打开文件）、校验逻辑都藏在各个
Option里，主函数保持干净 - 注意：不要在
Option里做耗时操作（如网络请求），工厂阶段只“准备”，不“执行”
注册型工厂（map[string]func() T）和普通 NewXXX 的边界在哪
不是所有 NewXXX 都要塞进 map。只有当你需要「运行时根据字符串决定创建谁」，且创建策略需动态增删时，才引入注册表。
- 静态确定类型（如启动时读配置决定用哪种 logger）→ 直接调
NewFileLogger()或NewStdoutLogger()即可 - 插件化或用户可配置（如 CLI 参数
--output json）→ 用map[string]func() Logger注册，再通过NewLogger("json")分发 - 注册必须在
init()或显式初始化阶段完成；若依赖外部配置（如环境变量），应改用Register(name, ctor)显式调用 -
processors["json"] = func() Processor { return &JSONProcessor{} }注册的是函数，不是实例——这点极易写错
最容易被忽略的是注册时机和并发安全：全局 map 默认非并发安全，若仅启动期注册，用 sync.Once 初始化一次就够了；若运行时允许热插拔，就得加 sync.RWMutex 包裹读写。
