std::call_once与std::once_flag是线程安全初始化的标准解法，配合使用可确保初始化逻辑仅执行一次；需注意once_flag生命周期、异常处理及捕获方式。
std::call_once 和 std::once_flag 是最直接的解法
多个线程并发调用同一段初始化逻辑（比如单例构造、资源加载）时，想只让它执行一次，std::call_once 是标准且线程安全的方案。它和 std::once_flag 配合使用，底层由编译器和运行时协同保证原子性，不需要你手动加锁或检查状态。
常见错误是试图用 if (!initialized) { init(); initialized = true; } —— 这在多线程下必然竞态，即使加了 std::mutex 也容易漏掉双重检查或锁粒度不当。
-
std::once_flag必须是静态或全局生命周期（不能是栈上局部变量），否则每次调用都新建一个 flag，失去“once”语义 - 传给
std::call_once的函数对象不能抛异常；若抛出，该次调用被视为“已执行”，后续线程不会再尝试——这点常被忽略，建议把初始化逻辑包在try/catch内部处理 - 不要在 lambda 中按值捕获大对象，避免隐式拷贝开销；按引用捕获要确保被捕获对象的生命周期长于所有可能调用
std::call_once的线程
static std::once_flag init_flag;
static SomeResource* resource = nullptr;
<p>void init_resource() {
resource = new SomeResource();
}</p><p>// 在任意线程中调用：
std::call_once(init_flag, init_resource);
// 或直接用 lambda：
std::call_once(init_flag, []{ resource = new SomeResource(); });
std::atomic + 自旋重试适合极简场景
如果只是简单标记“是否已执行”，且初始化函数本身无副作用、不依赖外部状态，可以用 std::atomic<bool></bool> 手动实现，但必须配合 compare_exchange_strong 做原子判断+设置，不能只靠 load() 后再 store()。
这种写法轻量，但不适合复杂初始化：一旦多个线程同时发现未执行而进入临界区，只有一个能成功，其余必须回退或等待——你得自己决定怎么处理失败线程（比如忙等、让出、或直接返回）。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 务必用
std::memory_order_acquire和std::memory_order_release控制内存序，否则可能因指令重排导致其他线程看到部分初始化结果 - 避免在循环里无节制自旋；高竞争下不如用
std::call_once稳定 - 不能替代
std::call_once的异常安全机制：如果初始化中途崩溃，flag 已设为 true，后续线程将跳过，可能导致未定义行为
为什么不用 std::mutex 单独保护？
单独用 std::mutex 加锁再判断，看似可行，但有两个硬伤：一是性能差（每次调用都要进内核争锁），二是逻辑易错——比如忘记在锁内检查标志位，或检查后释放锁再执行初始化，中间窗口期会被其他线程钻空。
更典型的问题是“双重检查锁定”（DCLP）模式在 C++11 之前不可靠，C++11 起虽可用，但需配合 std::atomic 和严格内存序，代码冗长且极易写错。而 std::call_once 就是标准对 DCLP 的封装和固化，没必要重复造轮子。
- 别写这样的代码：
if (!inited) { lock_guard l(m); if (!inited) { init(); inited = true; } }——inited必须是std::atomic<bool></bool>，且读写都要指定 memory order -
std::call_once内部已做最优优化（如 futex 等系统级支持），实测比手写 mutex + double-check 快 2–5 倍，尤其在低竞争场景
静态局部变量的初始化本质也是 call_once
C++11 规定：函数内静态局部变量的首次初始化是线程安全的，背后就是编译器自动插入了类似 std::call_once 的机制。所以如果你的操作只是构造一个对象，直接写 static T instance{...}; 最省事。
但注意：这仅适用于“构造即完成”的场景。如果初始化需要多步（比如先分配内存、再调用回调、最后注册到全局表），静态局部变量就不够用了，必须显式用 std::call_once。
- 静态局部变量初始化失败（构造函数抛异常）会导致后续访问永远 std::terminate，无法恢复；而
std::call_once允许你在外面捕获异常并降级处理 - 某些嵌入式平台或老编译器（如 GCC std::call_once
实际用的时候，95% 的情况直接上 std::call_once + std::once_flag 就行。真正容易出问题的不是语法，而是 flag 的生命周期、初始化函数的异常行为、以及误以为“只要加了锁就万事大吉”。
