Go中实现单例模式需确保全局唯一实例，推荐用sync.Once实现线程安全的懒加载；也可用init函数实现饿汉式；须避免竞态的if-nil检查，可结合接口与依赖注入提升可测试性。
在 Go 语言中实现单例模式，核心目标是确保一个类型在整个程序生命周期中只存在**一个实例**，并提供全局访问点。Go 没有类和构造函数的概念，但可通过包级变量 + 同步控制（如 sync.Once）安全、简洁地达成这一目的。
使用 sync.Once 保证线程安全的懒加载单例
这是最推荐的方式：实例在第一次被访问时才创建，且并发调用也能确保仅初始化一次。
- 定义一个私有结构体（如
ConfigManager），避免外部直接实例化 - 声明一个包级私有指针变量（如
instance *ConfigManager）和sync.Once变量 - 提供公有函数（如
GetInstance()），内部用once.Do()包裹初始化逻辑
示例代码：
func GetInstance() *ConfigManager {once.Do(func() {
instance = &ConfigManager{data: make(map[string]string)}
})
return instance
}
利用 Go 的 init 函数实现饿汉式单例
如果实例创建开销小、依赖简单，可在包初始化阶段直接构造——天然线程安全，无需额外同步。
- 将实例声明为包级变量（如
var DefaultClient = &HTTPClient{...}） - 或在
init()函数中完成赋值（适合需简单初始化逻辑的场景） - 优点是简单高效；缺点是无法延迟加载，且无法处理可能失败的初始化（如读配置、连数据库）
避免常见陷阱：不要用全局变量+手动判断
以下写法看似可行，实则不安全：
if instance =
= nil {instance = &ConfigManager{} // 竞态风险！
}
多个 goroutine 可能同时进入 if 分支，导致多次初始化。Go 的内存模型不保证这种“检查-设置”操作的原子性，必须依赖 sync.Once 或互斥锁（sync.Mutex）来保护。
扩展考虑：支持重置或测试友好设计
纯单例在单元测试中可能造成状态污染。可引入可选的重置函数（仅用于测试）或通过接口+依赖注入解耦：
- 定义接口（如
type Manager interface { Get(key string) string }） - 单例类型实现该接口，主逻辑依赖接口而非具体类型
- 测试时可传入模拟实现，绕过全局状态
这样既保留单例的便利性，又提升可测试性与灵活性。
