不能直接用普通继承实现线程安全单例，因为基类无法为不同派生类生成独立的静态实例和std::once_flag，导致实例共享、锁混用、破坏单例语义；正确做法是crtp结合c++11静态局部变量的线程安全初始化。
为什么不能直接用普通继承实现线程安全单例
因为每个派生类都需要独立的静态实例和锁，而基类无法为不同子类生成不同的静态成员。如果强行在基类里写 static T* instance，编译器会报错：T 是模板参数，不能在非特化模板中定义静态数据成员。更关键的是，std::call_once 和 std::once_flag 也必须按类型隔离——混用会导致多个类共享同一份 flag，从而破坏单例语义。
正确写法：CRTP + 静态局部变量 + std::call_once
用 CRTP（Curiously Recurring Template Pattern）把派生类类型传给基类，再借助函数内静态变量的线程安全初始化特性（C++11 起保证），避免手动加锁。核心是让每个 Singleton<t></t> 实例拥有自己的一套静态存储。
实操建议：
- 基类构造/析构函数设为
protected，防止外部 new 或继承链外调用 - 禁用拷贝和移动：在基类中显式删除
Singleton(const Singleton&) = delete等四条特殊成员函数 - 返回引用而非指针（如
static T& instance()），避免调用方误判空指针 - 不要在
instance()里 throw 异常——静态局部变量初始化失败会导致后续调用直接 abort
template <typename t>
class Singleton {
protected:
Singleton() = default;
~Singleton() = default;
Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;
Singleton(Singleton&&) = delete;
Singleton& operator=(Singleton&&) = delete;
<p>public:
static T& instance() {
static std::once_flag flag;
std::call<em>once(flag, []{
// 确保 T 可默认构造；否则需额外模板参数传入构造参数
static T instance</em>;
});
static T& ref = <em>static_cast<t>>(nullptr); // 占位，实际靠下面这行取地址
return const_cast<t>(static_cast<const t>(static_cast<const t>>(&static_cast<t>>(nullptr)[0]))));
}
};</t></const></const></t></t></em></p></typename>
上面那段绕弯的 cast 是为了绕过编译器对未定义行为的警告；更稳妥的做法是直接用静态局部变量本身：
static T& instance() {
static T instance_;
return instance_;
}
——C++11 标准已保证该初始化线程安全，无需 std::call_once。只有当需要延迟初始化（比如构造开销大、依赖运行时配置）时才加 once 逻辑。
派生类怎么写才不踩坑
常见错误是忘记声明友元或访问权限，导致基类无法调用派生类私有构造函数。正确方式是让派生类继承 Singleton<derived></derived>，并把构造函数设为 protected 或 private，同时在类内加 friend class Singleton<derived>;</derived>。
示例：
class Logger : public Singleton<logger> {
friend class Singleton<logger>;
Logger() = default; // 必须可访问
public:
void log(const std::string& s) { /* ... */ }
};</logger></logger>
注意点：
- 不能写
class Logger final : public Singleton<logger></logger>后再加friend——final类不能被继承，但Singleton<logger></logger>内部可能隐含模板递归约束 - 如果
Logger需要带参构造，得改写instance()模板，支持变参转发（用std::forward和std::make_unique配合 placement new） - 别在全局对象构造函数里调用
Logger::instance()——静态初始化顺序是未定义的，可能 crash
销毁时机与内存泄漏警告
函数内静态变量的析构发生在 main 返回后、全局对象析构期间，顺序与构造相反。这意味着如果你在某个单例的析构函数里又调用了另一个单例的 instance()，极大概率触发未定义行为（后者可能已被销毁）。
工具链常报的 “potential memory leak” 不是真泄漏，而是静态分析器无法追踪函数静态变量生命周期。若必须控制销毁顺序，应改用 std::unique_ptr<t></t> 手动管理，并在 atexit 中释放——但这会失去自动线程安全优势。
真正要警惕的是：跨 DLL 边界使用该模板单例。Windows 下每个 DLL 有一份模板实例化代码，Singleton<logger></logger> 在 EXE 和 DLL 里各有一套 instance_，变成“伪单例”。此时只能用 extern “C” 导出工厂函数，或统一由主模块提供实例。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
