Go单例靠sync.Once+指针变量实现，确保全局唯一且并发安全：包级指针变量存储实例，once.Do保证初始化仅一次；需返回错误、避免init()、注意实例内部线程安全。
Go 里没有“构造函数”，单例靠 sync.Once + 指针变量控制初始化
Go 不支持类和私有构造函数，所以不能像 Java 那样靠访问控制实现单例。核心思路是：用一个全局指针变量存实例，配合 sync.Once 保证只初始化一次。关键不是“禁止 new”，而是“只允许一次赋值”。
常见错误是只用 if instance == nil 判断——在并发场景下会创建多个实例。
-
sync.Once.Do()内部带互斥锁，且能确保即使多个 goroutine 同时调用，也仅执行一次传入的函数 - 实例变量必须是指针类型（如
*Config），否则赋值时是副本，外部拿不到初始化结果 - 初始化函数里不要做耗时操作（比如读文件、连数据库），否则会阻塞所有后续调用；可考虑异步加载或预热
标准线程安全单例写法（带延迟初始化）
这是最常用、最稳妥的写法，兼顾懒加载和并发安全：
var (
instance *DBClient
once sync.Once
)
func GetDBClient() DBClient {
once.Do(func() {
instance = &DBClient{ / 初始化逻辑 */ }
})
return instance
}
注意：once 和 instance 必须是包级变量（不能放在函数内），否则每次调用 GetDBClient 都会新建一组变量，失去单例意义。
立即学习“go语言免费学习笔记（深入）”；
该系统采用多层模式开发，这个网站主要展示女装的经营，更易于网站的扩展和后期的维护，同时也根据常用的SQL注入手段做出相应的防御以提高网站的安全性，本网站实现了购物车,产品订单管理，产品展示，等等，后台实现了动态权限的管理，客户管理，订单管理以及商品管理等等，前台页面设计精致，后台便于操作等。实现了无限子类的添加，实现了动态权限的管理，支持一下一个人做的辛苦
- 如果初始化可能失败（比如连接 DB 失败），建议把错误返回出来，而不是静默忽略
- 不要在
init()函数里直接初始化单例——它无法返回错误，也不利于测试 mock - 若需支持重置（如测试中），可加一个
ResetForTest()函数清空instance和重新初始化once（需用反射或额外字段模拟）
为什么不用 init() 实现单例？
init() 确实只执行一次，但它是包加载时立即运行，不具备懒加载特性，且无法处理依赖其他初始化函数的结果（比如配置还没读完就初始化 DB 客户端）。
-
init()无法返回错误，出错只能 panic 或 log，不利于上层控制恢复逻辑 - 单元测试时难以替换依赖，因为
init()在测试开始前就跑完了 - 如果单例依赖环境变量或 flag 参数，而这些值在
init()执行时尚未解析（flag.Parse() 在 main 中），就会拿到空值
带错误返回的单例变体（推荐用于资源型对象）
比如数据库连接、HTTP 客户端等，初始化失败应显式暴露：
var (
client *http.Client
err error
once sync.Once
)
func GetHTTPClient() (*http.Client, error) {
once.Do(func() {
client, err = newHTTPClient()
})
return client, err
}
func newHTTPClient() (*http.Client, error) {
// 可能失败的操作
return &http.Client{}, nil
}
这种写法让调用方能判断是否初始化成功，避免 nil pointer dereference。但要注意：一旦初始化失败，后续所有调用都返回同一个 err，不会重试——这通常是期望行为，除非你明确需要自动恢复逻辑。
真正容易被忽略的是：单例对象本身的线程安全性。比如 *sql.DB 是并发安全的，但你自己写的结构体如果含非原子字段（如 map、slice），仍需额外同步措施——单例只解决“一个实例”，不解决“实例内部安全”。
