go中newxxx是事实上的构造函数，因& t{}无法保证字段非nil、参数校验和默认配置统一，易致panic或逻辑错误；应返回* t以避免拷贝并支持指针接收器方法。
Go 没有构造函数，NewXxx 就是事实上的构造函数——它不是语法糖，而是工程必需的初始化封装层。直接写 &T{} 在简单场景下能跑通，但一旦结构体字段涉及资源、校验或默认行为，就会立刻失控。
为什么不能用 &T{} 替代 NewXxx
零值不是默认值，更不是安全状态。比如一个结构体含 io.Writer 字段，&T{} 会让它为 nil，后续 Write 调用直接 panic；又比如 ID 字段应为非空字符串，&T{} 却允许空值通过编译。
- 字段未显式初始化 → 运行时 nil deference 或静默逻辑错误（如
append到 nil slice） - 参数合法性无法集中校验（如负数端口、空 host）
- 默认配置散落各处，改一处要搜全项目，极易遗漏
- 后续加日志、指标、上下文绑定等横切逻辑时，每个
&T{}都得手动补
NewXxx 返回指针还是值？
99% 的情况返回 *T。结构体是值类型，返回值会触发完整拷贝；而方法接收器若定义为 *T（绝大多数 Go 标准库和主流库都如此），返回值类型不匹配会导致方法不可调用。
- 返回
*T：避免拷贝开销，支持指针接收器方法，符合 Go 生态惯例 - 返回
T：仅适用于极小结构体（如type Point struct{ X, Y int }）且明确不需要任何方法绑定的场景 - 返回
interface{}或any：放弃编译期类型检查，属于反模式
参数多、可选字段多时怎么写 NewXxx
硬塞 5 个参数进函数签名（NewClient(a, b, c, d, e)）不可维护。Go 不支持默认参数和重载，必须换思路。
- 选项模式（Functional Options）：定义
type Option func(*T) error，NewXxx接收变长Option参数 - 每个
Option只负责一件事（如WithTimeout、WithLogger），顺序应用，主函数干净 - 不要在
Option里做耗时操作（如建立连接、读文件），工厂阶段只“准备”，不“执行” - 若只有 1–2 个可选字段，用配置结构体（
type Config struct{ Timeout time.Duration; Logger Logger }）更轻量
什么时候该返回接口而不是具体类型？
看是否需要多态扩展。返回 *T 是构造，返回 Interface 是工厂。
- 返回
io.Reader、http.Handler、database/sql.Driver等接口：表示你承诺的是行为，不锁定实现，方便 mock 和替换 - 返回
*Config、*DB、*Cache等具体类型：表示这是内部稳定组件，无替代计划，重点在初始化封装而非解耦 - 如果未来可能有多个实现（如
FileLogger/SyslogLogger），一开始就返回Logger接口，否则后期要改所有调用点
最易被忽略的一点：构造函数不是初始化的终点，而是生命周期的起点。它必须保证返回的对象处于可立即使用状态——字段非 nil、必要参数已校验、依赖已注入。漏掉任意一项，问题都会延迟到第一次调用时才暴露，调试成本翻倍。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
