C++多线程如何保证多个线程只执行一次某操作-C++-PHP中文网

std::call_once与std::once_flag是线程安全初始化的标准解法，配合使用可确保初始化逻辑仅执行一次；需注意once_flag生命周期、异常处理及捕获方式。

c++多线程如何保证多个线程只执行一次某操作

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(); });
</p>

std::atomic + 自旋重试适合极简场景

如果只是简单标记“是否已执行”，且初始化函数本身无副作用、不依赖外部状态，可以用 std::atomic<bool></bool> 手动实现，但必须配合 compare_exchange_strong 做原子判断+设置，不能只靠 load() 后再 store()。

这种写法轻量，但不适合复杂初始化：一旦多个线程同时发现未执行而进入临界区，只有一个能成功，其余必须回退或等待——你得自己决定怎么处理失败线程（比如忙等、让出、或直接返回）。

务必用 std::memory_order_acquire 和 std::memory_order_release 控制内存序，否则可能因指令重排导致其他线程看到部分初始化结果
避免在循环里无节制自旋；高竞争下不如用 std::call_once 稳定
不能替代 std::call_once 的异常安全机制：如果初始化中途崩溃，flag 已设为 true，后续线程将跳过，可能导致未定义行为

为什么不用 std::mutex 单独保护？

单独用 std::mutex 加锁再判断，看似可行，但有两个硬伤：一是性能差（每次调用都要进内核争锁），二是逻辑易错——比如忘记在锁内检查标志位，或检查后释放锁再执行初始化，中间窗口期会被其他线程钻空。

C++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

更典型的问题是“双重检查锁定”（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 倍，尤其在低竞争场景