不能用全局变量代替单例，因其无法控制初始化时机、不满足懒加载和实例生命周期自管理要求；C++单例需保证构造一次、线程安全、析构可控，推荐局部静态变量实现。
为什么不能用全局变量代替单例
全局变量看似简单，但无法控制初始化时机，多线程下可能在首次访问前就构造失败；更关键的是它不满足单例的“懒加载”和“唯一实例生命周期由类自身管理”的核心要求。C++ 单例必须确保：构造只发生一次、线程安全、析构可控（尤其涉及静态对象析构顺序时）。
常见错误是手写 static MySingleton* instance + 手动 new，这会引入内存泄漏风险（忘记 delete）或析构时机失控（静态对象析构顺序不可靠）。
推荐写法：局部静态变量 + 函数作用域
C++11 起，函数内局部静态变量的初始化是线程安全的（由编译器保证），且自动管理生命周期（首次调用时构造，程序结束前自动析构）。这是目前最简洁、安全、无坑的实现。
class Logger {
public:
static Logger& getInstance() {
static Logger instance; // ✅ 线程安全，懒加载，自动析构
return instance;
}
Logger(const Logger&) = delete;
Logger& operator=(const Logger&) = delete;
<p>private:
Logger() = default; // 可加日志初始化逻辑
};- 不要在
getInstance()外暴露构造函数 —— 私有化是强制约束 - 显式删除拷贝构造与赋值操作符，避免意外复制
- 如果构造函数需参数（如配置文件路径），改用带参数的静态工厂函数 +
std::call_once（见下一条）
需要传参时怎么安全初始化
局部静态变量不支持运行时参数传递。此时必须用双重检查锁定（DCLP）+ std::call_once，而非手写 pthread_mutex 或裸 std::mutex。
立即学习“C++免费学习笔记（深入）”；
class ConfigLoader {
public:
static ConfigLoader& getInstance(const std::string& path) {
std::call_once(init_flag, [path]() {
instance.reset(new ConfigLoader(path));
});
return *instance;
}
<p>private:
ConfigLoader(const std::string& path) { /<em> 加载逻辑 </em>/ }
static std::unique_ptr<ConfigLoader> instance;
static std::once_flag init_flag;
};-
std::call_once保证初始化代码只执行一次，且线程安全 - 用
std::unique_ptr管理堆内存，避免裸指针和手动delete - 注意：返回引用时，
*instance必须已成功构造，否则抛异常会导致未定义行为
单例被频繁调用时的性能影响
局部静态变量版本（第一种）在首次调用后，后续调用几乎零开销 —— 编译器通常将初始化标志优化为一个内存读取判断。而 std::call_once 版本每次调用都要检查 std::once_flag 状态，虽快但仍有原子操作成本。
真正要注意的是：单例内部状态是否线程安全。比如 Logger::log() 如果修改了内部缓冲区，必须自己加锁 —— 单例本身只保证“实例唯一”，不保证“方法线程安全”。
别为了省几纳秒去手动 double-check 锁，除非压测证明 getInstance() 是瓶颈；更常见的性能陷阱是单例内部做了重 IO 或同步等待。
