std::call_once是C++11提供的线程安全单次执行机制，确保函数在多线程下有且仅执行一次；它需配合static std::once_flag使用，避免竞态、死锁和手动同步缺陷。
直接说结论：std::call_once 是 C++11 引入的线程安全“单次执行”机制，它配合 std::once_flag 使用，能确保某个函数在多线程环境下**有且仅被执行一次**，比手写双重检查锁更可靠、更简洁。
为什么不能用普通全局 bool + if 判断
看似简单：定义 static bool initialized = false;，然后 if (!initialized) { init(); initialized = true; } —— 但这在多线程下是竞态条件。两个线程可能同时通过 if 检查，都进入初始化块，导致 init() 执行两次。即使加了 std::mutex，也容易漏锁、死锁或性能开销大。
std::call_once 的基本用法和参数要求
std::call_once 是一个函数模板，签名是：template
关键点：
立即学习“C++免费学习笔记（深入）”；
-
flag必须是static std::once_flag或具有静态存储期的对象（不能是局部自动变量，否则每次调用都新建 flag，失去“一次”语义） -
f可以是函数指针、lambda、functor，但必须可调用且无异常抛出（或你已确保它不抛异常；否则程序会调用std::terminate） - 所有参数（
args...）会在首次调用时完美转发给f，支持移动语义
static std::once_flag init_flag;
void init_resource() {
// 耗时/不可重入的初始化逻辑
}
// 多线程中任意位置调用：
std::call_once(init_flag, init_resource);
// 带参数的 lambda 示例：
static std::once_flag config_flag;
std::string config_path = "/etc/app.conf";
std::call_once(config_flag, [](const std::string& p) {
load_config(p);
}, config_path);
常见错误和兼容性注意点
实际使用中这几个坑最常被踩：
-
std::once_flag**不能复制、不能移动**，也不能用= default初始化（它是constexpr默认构造的，但只允许默认构造）—— 错误写法：std::once_flag flag = {};或auto flag = std::once_flag{}; - MSVC 在较老版本（如 VS2013）中对
std::call_once的异常处理支持不完整；GCC/Clang 从 4.8+、MSVC 从 2015 Update 3 起行为一致 - 不要在
std::call_once的 callable 中再调用另一个std::call_once并传入同一个std::once_flag，会导致未定义行为 - 如果初始化函数可能抛异常，
std::call_once会认为“本次尝试失败”，后续调用仍会重试 —— 但标准规定：**只有第一次抛异常的调用会触发重试；之后若再次调用，仍会尝试执行，直到成功或再次抛异常**。这不是“失败后跳过”，而是“失败不标记完成”
真正要注意的是：flag 的生命周期和作用域。把它声明成函数内 static 最常用也最安全；若放在类里，必须是 static 成员，且确保该类不会被频繁构造析构。一旦 flag 被销毁，再用它调用 std::call_once 就是未定义行为。
