C++如何实现线程安全的单例模式-C++-PHP中文网

c++11起推荐用静态局部变量实现线程安全单例，因编译器保证其首次初始化的原子性；或用std::call_once配合once_flag，天然禁止重排、无锁且仅首次调用有开销。

c++如何实现线程安全的单例模式

为什么双重检查锁定（DCLP）在C++11之前不安全

因为编译器重排序和CPU指令重排，new Singleton()可能被拆成“分配内存→写入对象→赋值给静态指针”三步，而第二步和第三步可能被调换。线程A执行到一半时，线程B看到指针非空但对象未构造完成，直接使用就会崩溃。

解决方法是用 std::atomic + memory_order_acquire/release 或依赖C++11起的 std::call_once 和 std::once_flag——它们天然禁止重排且可移植。

用 std::call_once 实现最简线程安全单例

这是目前推荐做法：无需手动管理锁、无重排风险、代码清晰、性能开销仅在首次调用时发生。

static std::once_flag flag; 必须是静态局部变量或全局，不能是成员变量（否则每个实例都有一份）
std::call_once(flag, []{ instance = new Singleton(); }); 中的 lambda 必须捕获不到外部栈变量（避免析构竞争），建议用纯函数式初始化
注意 instance 本身也要是 static，否则多线程下可能多次构造

class Singleton {
public:
    static Singleton& getInstance() {
        static std::once_flag flag;
        static Singleton* instance = nullptr;
        std::call_once(flag, []{
            instance = new Singleton();
        });
        return *instance;
    }
private:
    Singleton() = default;
};

为什么不用 std::mutex 手动加锁

虽然可行，但每次调用 getInstance() 都要进临界区，哪怕只初始化一次，性能损耗明显；而且容易漏写 lock()/unlock() 或异常导致死锁。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

如果用 std::lock_guard 包裹整个函数体，首次之后仍是无谓加锁
若只锁初始化分支，又得配合指针判空+双重检查，回到DCLP老问题，还得手动加 atomic 和内存序
C++11后标准库已提供更轻量、更可靠的原语，没必要重复造轮子

静态局部变量方案（C++11起隐式线程安全）

最简洁写法，靠编译器保证首次访问时的初始化原子性：

class Singleton {
public:
    static Singleton& getInstance() {
        static Singleton instance; // C++11起，这里自动线程安全
        return instance;
    }
private:
    Singleton() = default;
};

注意点：