为何GCC中std::atomic<int>无需-latomic，结构体类型却需要？

我了解GCC需要通过-latomic标志链接atomic库，但发现使用std::atomic<int>时无需该标志即可编译通过，而使用std::atomic<自定义结构体>时则必须添加该标志才能构建，请问这种差异是由什么原因导致的？

核心原因：硬件原生支持 vs 库模拟实现 #

• 基础原子类型（如std::atomic）：
  对于int这类尺寸较小、内存对齐符合硬件要求的基础类型，x86/ARM等主流CPU架构提供了原生的原子操作指令（比如x86的lock前缀指令）。编译器可以直接生成这些硬件指令完成原子读写，不需要依赖外部库函数，因此无需链接libatomic。

• 自定义结构体的原子类型：
  你的自定义结构体尺寸远超过硬件原生支持的原子操作宽度（比如x86原生最多支持8字节原子操作），再加上#pragma pack(push,1)导致内存不对齐，硬件无法通过单条指令完成原子读写。此时编译器会调用libatomic库中提供的通用原子操作实现（通常基于锁或复杂指令序列模拟原子性），因此必须通过-latomic标志链接该库才能解决未定义符号的编译错误。

补充说明 #

GCC会根据原子类型的尺寸、对齐方式以及目标架构的硬件能力自动判断：如果硬件能直接处理，就生成内联指令；否则就生成对libatomic函数的调用。这就是两种场景下是否需要-latomic的本质区别。

内容的提问来源于stack exchange，提问作者k huang