std::call_once适合单例初始化因为它保证callable仅执行一次且线程可见，比双检锁更简洁安全；std::once_flag必须为static或全局，否则失效；异常会永久标记flag并重抛。
std::call_once 为什么适合单例初始化
因为 std::call_once 保证传入的 callable 只被执行一次，且对所有线程可见——即使多个线程同时调用，也仅有一个能真正执行初始化逻辑，其余阻塞等待完成。它比手动加锁 + double-checked locking 更简洁、更不易出错，底层依赖 std::once_flag 的原子状态管理。
std::once_flag 必须是静态或全局生命周期
如果把 std::once_flag 声明在函数内部但非 static，每次调用都会构造新对象，std::call_once 就失去“只执行一次”的语义，导致重复初始化甚至未定义行为。
-
std::once_flag必须是static（推荐）、全局变量，或类的static成员 - 不能是局部自动变量，也不能是堆上 new 出来的（除非你手动管理其生命周期并确保唯一性）
- C++11 起支持
constexpr初始化：static std::once_flag flag;是合法且最常用写法
完整线程安全单例实现（带懒加载）
以下是一个典型、可直接复用的 C++11 单例模板，使用 std::call_once 和 std::once_flag 实现线程安全的延迟初始化：
class Singleton {
public:
static Singleton& instance() {
std::call_once(init_flag, []() {
instance_ptr = new Singleton();
});
return *instance_ptr;
}
Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;
private:
Singleton() = default; // 可含复杂初始化逻辑
static Singleton* instance_ptr;
static std::once_flag init_flag;
};
// 定义静态成员（必须在 .cpp 中或内联于头文件末尾）
Singleton* Singleton::instance_ptr = nullptr;
std::once_flag Singleton::init_flag;
注意：instance_ptr 必须是 static，且初始化为 nullptr；init_flag 同样需定义一次。若放在头文件中，要加 inline（C++17）或确保 ODR 合规。
立即学习“C++免费学习笔记（深入）”；
常见错误：忘记定义静态成员或误用局部 once_flag
编译期或运行期可能遇到这些现象：
- 链接错误
undefined reference to 'Singleton::init_flag'→ 忘记在 .cpp 中定义静态成员 - 多次构造实例，日志打印两次 →
std::once_flag flag;写在instance()函数内部非static位置 - 程序卡死或死锁 → 在初始化 lambda 中又调用了其他依赖本单例的函数（形成循环初始化），
std::call_once不检测这种逻辑环 - 析构顺序问题 → 单例依赖全局对象，而该对象可能已销毁；建议避免在单例析构器中访问其他静态资源
真正容易被忽略的是：一旦 std::call_once 中抛出异常，该 std::once_flag 永远标记为“已尝试”，后续调用会直接 rethrow 同一个异常——所以初始化逻辑里务必捕获并处理异常，或确保不抛异常。
