std::call_once 是标准库对 DCLP 的安全封装，通过原子操作与互斥锁实现线程安全单次初始化，避免手动实现的内存序、异常安全等易错点。
std::call_once 本质就是标准库对 DCLP 的安全封装
它不是“类似”DCLP，而是直接在底层用原子操作 + 互斥锁实现了线程安全的单次初始化——和手动写 DCLP 目标一致，但绕开了所有易错点。你不用再手写 std::atomic<bool></bool>、memory_order、std::mutex 配合判断，std::call_once 内部已确保：第一次调用执行函数，后续调用阻塞等待或直接返回，且无数据竞争。
手动 DCLP 在 C++11+ 中极难写对，而 std::call_once 几乎零风险
常见错误包括：std::atomic<bool></bool> 未用 memory_order_acquire/release 正确配对、检查与赋值之间存在重排序、忘记锁保护构造过程、静态局部变量未启用 C++11 初始化保证等。而 std::call_once 接收一个 std::once_flag 对象（必须静态或全局生命周期），配合任意可调用对象，由标准库保证其内部状态的原子性和同步语义。
-
std::once_flag必须是静态存储期（如全局、静态局部、类静态成员），不能是栈上临时对象 - 传给
std::call_once的函数不能抛异常；若抛出，该std::once_flag永久失效，后续调用会重复抛异常 - 多个线程同时调用
std::call_once同一std::once_flag，仅有一个线程执行回调，其余等待其完成（不忙等）
典型用法对比：DCLP 手动实现 vs std::call_once
以下是一个单例获取函数的手动 DCLP（有缺陷版本）与安全版本的对照 —— 注意手动版中容易漏掉的内存序和锁粒度问题：
// ❌ 危险的手动 DCLP（缺少 memory_order 和异常安全）
static std::atomic<Singleton*> instance{nullptr};
static std::mutex mtx;
<p>Singleton<em> Singleton::getInstance() {
Singleton</em> ptr = instance.load(std::memory_order_acquire);
if (ptr == nullptr) {
std::lock_guard<std::mutex> lock(mtx);
ptr = instance.load(std::memory_order_relaxed); // 这里应再检查！
if (ptr == nullptr) {
ptr = new Singleton(); // 若构造抛异常，instance 仍为 nullptr，但 mtx 已释放 —— 下次调用仍会进锁
instance.store(ptr, std::memory_order_release);
}
}
return ptr;
}</p><p>// ✅ 推荐：用 std::call_once（简洁、安全、标准保证）
static std::once_flag flag;
static Singleton* instance = nullptr;</p><p>Singleton* Singleton::getInstance() {
std::call_once(flag, []{
instance = new Singleton(); // 若此处抛异常，flag 标记为“已失败”，后续调用直接抛 same exception
});
return instance;
}</p>std::call_once 不是万能的，要注意它的同步开销和使用边界
它适合「初始化一次、长期复用」的场景，比如全局配置加载、日志器初始化、单例实例创建。但它每次调用都要检查并可能触发同步路径（即使已初始化完成），性能低于纯原子读（如 std::atomic_load）。如果你的初始化函数极轻量、且能接受 C++11 的静态局部变量初始化语义（即 static T x = factory();），那其实更简单：
立即学习“C++免费学习笔记（深入）”；
Singleton& Singleton::getInstance() {
static Singleton instance; // C++11 起，首次调用时线程安全初始化，无需 call_once
return instance;
}
这个写法比 std::call_once 更轻量，也隐含了析构注册，但只适用于对象可静态构造且生命周期需与程序一致的情况。而 std::call_once 的灵活性在于：它可以延迟初始化、支持动态参数、可与裸指针/资源句柄配合，且不强制绑定静态存储期对象本身 —— 容易被忽略的是：std::once_flag 的生命周期必须严格长于所有对它的 std::call_once 调用。
