go没有构造函数但更需要工厂函数，因其无法自动校验参数、注入依赖或初始化map/slice等字段，易导致panic；工厂函数（如newlogger）封装创建逻辑，返回指针或接口以支持多态、隐藏实现并保障初始化安全。
为什么Go里没有构造函数，却更需要工厂函数
因为Go不支持类和构造函数语法，直接用 &Struct{} 或 new(Struct) 创建结构体时，字段全为零值，无法自动校验、注入依赖或执行初始化逻辑。调用方若手动补 Init()，极易遗漏——这正是工厂函数存在的根本原因。
工厂函数（如 NewLogger、NewDBClient）不是设计模式的“装饰”，而是工程刚需：它把对象创建从“拼结构体字面量”升级为“可验证、可复用、可抽象”的行为。
- 字段含
map、slice、chan时，必须在创建时初始化，否则运行时 panic - 结构体依赖外部资源（如配置、连接池、logger），这些不能由调用方传入或临时构造
- 你想隐藏实现细节，只暴露
interface{}，但又不想让调用方 import 具体实现包
工厂函数该返回指针、值还是接口
绝大多数情况下，返回 *T 指针；若该类型实现了某个接口且调用方只依赖该接口，则应返回接口类型（如 Logger），而非具体结构体指针。
返回具体类型（如 *FileLogger）会破坏抽象，导致新增日志后端时必须修改所有调用点；返回接口则只需在工厂内部注册新实现，调用侧完全无感。
- 返回
*T：适用于无多态需求、仅需封装初始化逻辑的场景（如NewMatrix(rows, cols int)） - 返回
Interface：适用于插件化、配置驱动或多态场景（如NewProcessor("json")返回Processor） - 避免返回值类型
T：除非类型很小（如time.Duration级别）、无指针语义需求，否则易引发意外拷贝
注册式工厂 vs 判断式工厂：什么时候该用 map 查表
当支持的类型数量动态增长（比如数据库驱动、序列化格式、日志后端），硬编码 switch 会成为维护瓶颈。此时应改用注册表（map[string]func() Interface），把构造逻辑延迟到使用时才触发。
常见错误是把具体实例存进 map（map[string]Interface），这会导致启动时就初始化所有后端，浪费资源且无法传递参数；正确做法是存构造函数（func() Interface）。
- 注册时机：优先用显式
RegisterXXX(name, ctor)函数，而非依赖init()—— 否则未被显式 import 的包不会执行注册 - 并发安全：注册表用
sync.RWMutex保护，读多写少，性能无负担 - 错误处理：查表失败时返回明确 error（如
"unknown driver: sqlite"），而不是 panic
容易被忽略的初始化陷阱
工厂函数看似简单，但几个细节不注意就会埋下 runtime panic 或竞态隐患：
- 字段是
map或slice时，必须在工厂函数内用make()初始化，不能留空（nil map写入 panic） - 不要在工厂函数里做 heavy 初始化（如连接数据库、加载大文件）——这会让单元测试难 mock，也违背“创建即可用”原则；应拆出
Open()或Start()方法 - 若工厂函数依赖全局状态（如配置），确保该状态已在调用前就绪；否则可能因初始化顺序问题拿到零值
- 返回接口时，确保所有导出方法签名与接口完全一致（包括接收者类型：
func (t *T) Method()和func (t T) Method()实现的是不同接口）
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
