std::atomic_init在C++20中已被彻底移除，因其功能被直接构造初始化（如std::atomic{val}）完全取代；C++11起支持该方式，C++17标记为弃用，C++20删除，调用将报错。
std::atomic_init 在 C++17 中已被弃用，C++20 中彻底移除；直接用 std::atomic 构造函数初始化即可，无需、也不能再用 std::atomic_init。
为什么不能再用 std::atomic_init
这个函数原本设计用于对静态存储期的 std::atomic 对象（如全局或 static 变量）进行“动态”初始化，因为早期标准不允许在声明时用非字面量构造原子对象。但 C++11 起已支持 std::atomic x{value} 这类直接初始化，C++17 明确标记 std::atomic_init 为 [[deprecated]]，C++20 删除它。
- 调用
std::atomic_init(&x, val) 在 C++20 编译器（如 GCC 10+、Clang 12+、MSVC 19.30+）会报错："std::atomic_init was removed in C++20"
- 即使 C++17 模式下编译通过，也会触发警告（如 GCC 的
-Wdeprecated-declarations）
- 它不适用于局部变量——仅对静态/线程局域变量有意义，且仍不如构造初始化清晰安全
正确初始化 std::atomic 的三种方式
所有方式都要求 T 是可平凡复制（trivially copyable）类型，且初始化值必须是常量表达式（对于静态变量）或运行时值（对于局部变量）。
-
静态/全局变量：直接使用花括号或等号初始化
std::atomic counter{0}; // ✅ 推荐，C++11 起支持
std::atomic flag = ATOMIC_VAR_INIT(true); // ⚠️ C++20 已废弃 ATOMIC_VAR_INIT 宏，勿用
-
局部变量：构造函数初始化，支持运行时值
void foo(int init_val) {
std::atomic local_counter{init_val}; // ✅ 合法
}
-
动态分配：需注意 placement-new 或智能指针配合初始化
auto ptr = std::make_unique>(42); // ✅ C++14 起 unique_ptr 支持带参构造
// 或手动：
std::atomic* p = new std::atomic{100};
常见错误：混淆 ATOMIC_VAR_INIT 和构造初始化
ATOMIC_VAR_INIT 是一个宏（C++11 引入），本质是为兼容旧代码而提供的“伪构造”，它在 C++20 中同样被移除。很多人误以为它是“唯一安全的静态初始化方式”，其实不然。
- 写
std::atomic x = ATOMIC_VAR_INIT(42);：C++20 下编译失败
- 写
std::atomic x{42};：全标准版本都支持，语义明确，无副作用
- 对
std::atomic<:shared_ptr>> 等非平凡类型，不能用 ATOMIC_VAR_INIT（它只接受 T 类型参数），但可用构造函数：std::atomic<:shared_ptr>> ptr{nullptr};
性能与线程安全提示
所有合法的构造初始化方式（{val}, (val), = val）都
是无锁、无同步开销的——它们只是将底层存储设为初始值，不涉及任何原子操作指令（如
lock xchg）。真正的原子性从第一次
load()、
store() 或
fetch_add() 开始体现。
- 不要在初始化后立刻调用
store(val, std::memory_order_relaxed) 来“二次赋值”——纯属冗余
- 若初始化值来自非 const 表达式（如函数返回），确保该值计算本身是线程安全的（例如不依赖未加锁的共享状态）
- 对
std::atomic_flag，只能用默认初始化（ATOMIC_FLAG_INIT 在 C++20 也已弃用），应改用 std::atomic_flag f{ATOMIC_FLAG_INIT}; → std::atomic_flag f{};（C++20 起零初始化即清零）
真正容易被忽略的是：很多旧教程或 Stack Overflow 示例仍在用 std::atomic_init 或 ATOMIC_VAR_INIT，直接复制会导致现代项目编译失败。盯住你的标准版本（-std=c++20），坚持用 {...} 初始化，就没错。
