std::call_once能保证只执行一次，因其依赖std::once_flag的原子状态和平台同步原语（如pthread_once），所有并发调用者同步等待初始化完成，且异常后仍标记为已执行、不再重试。
std::call_once 为什么能保证只执行一次
因为 std::call_once 内部依赖 std::once_flag 的原子状态和底层平台的同步原语（如 pthread_once 或 Windows InitOnceExecuteOnce），它不是靠“加锁判断再执行”这种手动逻辑，而是由标准库保证：无论多少线程并发调用同一个 std::call_once(flag, f)，f 最多被执行一次，且所有线程都会阻塞直到该次执行完成。
注意：这不是“首次调用者执行，其余返回”，而是“所有调用者同步等待初始化完成”，这点常被误解。如果初始化函数抛异常，std::call_once 仍视作已执行过——后续调用会直接返回，不再重试。
正确声明和使用 std::once_flag
std::once_flag 必须是静态存储期或全局/静态局部变量；不能是栈上临时对象，否则每次调用都新建一个 flag，完全失去“once”语义。
- ✅ 正确：
static std::once_flag init_flag;（文件作用域或函数内 static） - ✅ 正确：
static thread_local std::once_flag per_thread_flag;（需按线程隔离时） - ❌ 错误：
std::once_flag flag;（栈变量，每次进入函数都重置） - ❌ 错误：
auto flag = std::once_flag{};（同上，值语义复制不保留状态）
示例：
立即学习“C++免费学习笔记（深入）”；
std::shared_ptr<SomeResource> g_resource;
void init_resource() {
g_resource = std::make_shared<SomeResource>();
}
void use_resource() {
static std::once_flag flag;
std::call_once(flag, init_resource);
// 此处 g_resource 已安全初始化
}
捕获异常时的初始化失败处理
如果 init_resource() 抛异常，std::call_once 会传播该异常，且将 flag 标记为“已尝试”，后续调用不再执行初始化函数——这意味着资源永远处于未就绪状态，且无重试机制。
所以，需要显式兜底：
- 在初始化函数内部捕获并处理异常（如记录日志、设置 fallback 状态）
- 避免让异常逃出
std::call_once的 callable - 不要依赖“第二次调用会重试”——它不会
例如：
void init_resource() {
try {
g_resource = std::make_shared<SomeResource>();
} catch (const std::exception& e) {
// 记录错误，但不 throw —— 否则后续调用永远卡住
g_resource = nullptr;
}
}
和 std::mutex + 手动 double-checked locking 对比
有人试图用 std::mutex 加锁 + 双检，但容易出错：缺少 std::atomic 读写或内存序控制，可能导致部分初始化可见性问题（如构造函数重排导致指针被提前发布）。而 std::call_once 在标准中明确要求提供顺序一致性语义，编译器和运行时会插入必要屏障。
- 性能上：首次调用有同步开销，但后续调用通常只是原子 load，比 mutex lock/unlock 轻量
- 可读性：一行代码替代 5–10 行易错的双检逻辑
- 兼容性：C++11 起支持，所有主流 STL 实现都可靠
真正复杂的地方在于：你得确保传给 std::call_once 的 callable 不捕获悬空引用、不依赖未定义行为，且初始化逻辑本身是线程安全的——std::call_once 只管“执行一次”，不管“执行得对不对”。
