call_once能保证只执行一次，因其依赖平台原子原语实现三态同步（未开始/执行中/已完成），且once_flag必须为static存储期以跨线程共享；若初始化函数抛异常，则标记为“已尝试但失败”，后续调用仍会重试。
call_once 为什么能保证只执行一次
call_once 是 C++11 引入的线程安全初始化工具，底层依赖平台提供的原子原语（如 pthread_once 或 Windows 的 InitOnceExecuteOnce），不是靠简单加锁模拟的。它把「是否已执行」的状态和「执行函数」的调用严格绑定，即使多个线程同时进入 call_once，也只会有一个成功触发回调，其余全部阻塞等待完成，而不是各自重试。
关键点在于：once_flag 对象必须是静态或全局生命周期（或至少在线程间共享且不被析构），否则每个线程持有一份独立的 once_flag，就完全失去同步意义。
once_flag 必须 static 或 thread_local？
必须是 static 存储期（含全局、函数内 static、类静态成员）才能跨线程生效；thread_local 的 once_flag 每个线程一份，等同于没用——它只能保证单线程内一次，不是你想要的「整个程序只初始化一次」。
常见错误写法：
立即学习“C++免费学习笔记（深入）”；
void bad_example() {
std::once_flag flag; // 错！每次调用都新建，线程间不共享
std::call_once(flag, []{ init(); });
}
正确写法（三选一）：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 函数内
static std::once_flag flag; - 全局变量
static std::once_flag g_flag; - 类静态成员
static std::once_flag MyClass::s_flag;
call_once 抛异常会怎样
如果传给 call_once 的可调用对象抛出异常，once_flag 会被标记为「已尝试」但「未成功」，后续调用仍会再次尝试执行该函数——这和「只执行一次成功」的直觉不符，但符合标准定义。
这意味着：如果你的初始化逻辑可能失败，不能依赖 call_once 自动重试，而应自己包装异常处理逻辑，比如：
static std::once_flag flag;
static std::unique_ptr<Resource> g_res;
void safe_init() {
try {
g_res = std::make_unique<Resource>();
} catch (...) {
// 记录错误，或设置 fallback 状态
throw; // 或吞掉，视需求而定
}
}
// 外部统一调用
std::call_once(flag, safe_init);
注意：call_once 本身不会捕获异常，异常会直接向外传播。
比 std::call_once 更轻量的替代方案
如果初始化函数非常简单（比如只是赋值一个指针或整数），且目标平台支持 C++20，可以考虑 std::atomic<t>::is_lock_free()</t> 配合 relaxed 内存序的原子写入——但这是手动实现，易出错；call_once 的价值正在于它封装了复杂的线程同步细节。
不要试图用 std::atomic<bool></bool> + CAS 循环手写「只执行一次」逻辑：它无法解决「执行中」状态的表达问题（需要三态：未开始 / 执行中 / 已完成），而 once_flag 内部正是靠平台原语解决了这个难题。
真正容易被忽略的是：一旦 call_once 返回，就代表初始化函数已返回（无论成功或异常），后续所有线程看到的都是该次执行的结果；没有「重试窗口」，也没有「最终一致性」延迟——它是强顺序保证的。
