std::call_once能保证只执行一次，因其内部采用原子操作加互斥锁双重机制，确保多线程下仅一个线程执行可调用对象，其余阻塞等待；正确使用需满足三条件：once_flag须为静态存储期、可调用对象不可抛异常、多线程共享同一flag实例。
std::call_once 为什么能保证只执行一次
因为 std::call_once 内部用原子操作 + 互斥锁双重机制检测状态：只要某个 std::once_flag 对象被传入并配合一个可调用对象，无论多少线程并发调用，最终只有**一个线程**真正执行该可调用体，其余全部阻塞等待，直到初始化完成才继续。它不依赖用户手动加锁，也无需判断“是否已初始化”，语义更干净。
正确使用 std::call_once 的三个必要条件
缺一不可，否则可能崩溃、重复执行或死锁：
-
std::once_flag对象必须是 静态存储期（全局、静态局部、类静态成员），不能是栈上临时变量或每次调用都新建的 - 传给
std::call_once的可调用对象（如 lambda、函数指针）不能抛异常；若抛了，该std::once_flag永远处于“未就绪”状态，后续所有调用都会直接抛std::system_error（错误码为std::errc::invalid_argument） - 多个线程必须共享同一个
std::once_flag实例，不能各自持有一份副本
单例构造中 std::call_once 的典型写法
常见于延迟初始化的线程安全单例。注意静态局部变量本身已有线程安全保证（C++11 起），但 std::call_once 更适合需要控制初始化时机、或初始化逻辑跨多个步骤的场景：
class Singleton {
public:
static Singleton& instance() {
std::call_once(init_flag_, []() {
instance_ = new Singleton();
});
return *instance_;
}
private:
Singleton() = default;
static Singleton* instance_;
static std::once_flag initflag;
};
Singleton* Singleton::instance_ = nullptr;
std::once_flag Singleton::initflag;
这里 instance_ 是裸指针，实际项目中建议用 std::unique_ptr 管理；init_flag_ 必须定义在类外，否则链接失败。
立即学习“C++免费学习笔记（深入）”；
std::call_once 和 static local variable 初始化的区别
两者都能实现线程安全的首次调用初始化，但行为不同：
-
static Singleton& instance() { static Singleton inst; return inst; }：初始化发生在第一次进入函数时，且由编译器生成 guard 变量保障，无需手动管理 flag；但无法捕获初始化失败、不能做多步协调（比如先建配置再建实例） -
std::call_once：初始化时机完全可控，可放在任意位置（比如构造函数里、某次网络响应后）；支持多个初始化动作共用一个 flag；但需自己确保 flag 生命周期和异常安全 - 性能上，
static local首次调用略慢（多一次 guard 检查），之后无开销；std::call_once每次调用都有原子读+分支判断，但现代实现优化后差距极小
真正容易被忽略的是：如果初始化函数里调用了另一个也依赖 std::call_once 的模块，而两个 flag 初始化顺序没理清，可能引发静态初始化顺序 fiasco —— 这种问题不会报错，但行为未定义。
