必须用包级变量同步记录实例和error，通过Get函数统一返回二者；once.Do内执行带错误的初始化并赋值，调用方须先检查error再使用实例。
延迟加载单例中 error 无法被构造函数捕获怎么办
Go 没有类构造函数，sync.Once 也不支持返回 error，所以直接在 once.Do() 里初始化并返回错误是行不通的——调用方根本拿不到那个 error。
常见错误现象：把初始化逻辑全塞进 once.Do(func())，里面遇到文件读取失败、数据库连接超时等错误，只能 panic 或 log 后静默返回，导致后续调用拿到一个半残缺的实例，行为不可控。
- 必须把初始化逻辑拆成「执行 + 检查」两步：先执行（带 error），再通过原子变量或额外锁记录状态
- 推荐用
sync.Once配合一个指针型 error 变量，例如initErr *error，在 Do 中赋值 - 对外暴露的获取函数（如
GetInstance()）需先检查initErr != nil，再返回实例或 error
如何安全地返回 error 而不破坏单例语义
核心是让「首次初始化失败」可感知、可重试、不污染后续调用。不能靠多次调用 GetInstance() 来“碰运气”，也不能让失败后永远卡死在 error 状态。
典型做法是用两个原子变量：instance（*T）和 initErr（error），配合 sync.Once 保证只执行一次初始化逻辑：
立即学习“go语言免费学习笔记（深入）”；
var (
instance *MyService
initErr error
once sync.Once
)
func GetInstance() (*MyService, error) {
once.Do(func() {
instance, initErr = newMyService() // 返回 (*MyService, error)
})
return instance, initErr
}
注意：initErr 必须是包级变量且类型为 error（不是 *error），否则 once.Do 内部对它的赋值无法逃逸到外层作用域；如果要用指针，得显式取地址并解引用，反而增加出错概率。
newMyService 初始化失败后要不要重置 once
不要。重置 sync.Once（比如反射或 unsafe）会破坏其线程安全保证，且 Go 官方明确禁止重用或重置 sync.Once。
- 一旦
once.Do执行完毕（无论成功失败），它就永久标记为“已执行” - 如果业务上需要重试，应由调用方控制：比如加个
Reinit()函数，内部用新 once + 新 error 变量，但这就不再是“单例”，而是“可重建单例”，需显式设计接口 - 更稳妥的做法是在
newMyService内部做重试（如连接数据库时带 backoff），而不是依赖外部重触发
并发调用 GetInstance 时 error 返回是否线程安全
是的，只要遵循上面的模式——once.Do 保证初始化只执行一次，instance 和 initErr 的写入都在该临界区内完成，之后所有 goroutine 读到的都是最终一致的值。
容易踩的坑：
- 在
once.Do外部修改instance或initErr，导致竞态 - 把
initErr声明为局部变量，结果每次调用GetInstance都新建一个，永远读不到初始化时的错误 - 忘记检查
initErr就直接 dereferenceinstance，panic
最常被忽略的是：错误处理逻辑必须紧贴实例使用——不是“拿到实例后再判断 err”，而是“拿到实例和 err 后，先判 err 再用实例”。漏掉这一步，单例就从防御性设计退化成埋雷现场。
