结构体字段加 alignas(64) 必须作用于整个子结构而非单个成员，否则无法防止伪共享；正确做法是定义 alignas(64) 的填充子结构（如 PaddedCounter），确保每个易争用字段独占缓存行，且 sizeof 为 64 的倍数，并通过地址差和 sizeof 验证隔离效果。
结构体字段加 alignas(64) 不能直接写在成员变量声明前
很多人试过这样写：
struct Counter {
alignas(64) std::atomic<long> a;
alignas(64) std::atomic<long> b;
};结果发现没用——alignas 作用于**声明的变量本身**，不是让它“独占缓存行”，而是让该变量的起始地址按指定边界对齐。两个 alignas(64) 成员仍可能落在同一缓存行（64 字节）里，只要它们内存布局连续且偏移差小于 64。
真正防伪共享得靠填充 + 对齐控制字段间距
核心思路是：确保每个易争用的字段（如 std::atomic）**独占一个缓存行**，即彼此地址差 ≥ 64 字节，且各自起始地址是 64 的倍数。常用做法是把字段包进带填充的子结构中：
struct PaddedCounter {
alignas(64) std::atomic<long> value;
// 后面 64 - sizeof(std::atomic<long>) 字节自动填充（因 alignas(64) 要求整个 struct 按 64 对齐）
};然后在主结构体中使用这些“隔离单元”：
struct Stats {
PaddedCounter hits;
PaddedCounter misses;
PaddedCounter evicts;
};此时 hits.value、misses.value、evicts.value 的地址天然相距 ≥ 64 字节，不会伪共享。
-
alignas(64)必须加在 struct 定义处或变量声明处，不能只加在成员上 - 如果字段类型本身很小（如
int），光靠alignas(64)不够，必须显式填充到 64 字节宽（可用char padding[64 - sizeof(T)]） - Clang/GCC/MSVC 都支持
alignas(64)，但注意 C++11 起才有，旧项目需确认标准版本
用 [[gnu::aligned(64)]] 或 __declspec(align(64)) 是兼容性补救
某些老编译器（如早期 MSVC）不完全支持 alignas，或模板推导时失效。这时可换用扩展语法：
立即学习“C++免费学习笔记（深入）”；
struct alignas(64) PaddedInt {
int val;
char pad[60]; // 保证总长 64
};等价于：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
struct PaddedInt {
int val;
char pad[60];
} __attribute__((aligned(64))); // GCC/Clang或：
__declspec(align(64)) struct PaddedInt {
int val;
char pad[60];
}; // MSVC注意：__attribute__ 和 __declspec 是编译器扩展，跨平台代码建议优先用 alignas，仅在必要时降级。
验证是否真隔离：看实际地址和 sizeof
别信直觉，用代码验证：
Stats s;
printf("hits: %p\n", (void*)&s.hits.value);
printf("misses: %p\n", (void*)&s.misses.value);
printf("sizeof(Stats): %zu\n", sizeof(Stats));输出应类似：
hits: 0x7fffeef00000 misses: 0x7fffeef00040 evicts: 0x7fffeef00080 sizeof(Stats): 192
- 地址差为 64 → 成功隔离
-
sizeof(PaddedCounter)必须是 64 的倍数（通常是 64），否则alignas(64)无效 - 若
sizeof(PaddedCounter)是 8（比如忘了填充），即使写了alignas(64)，编译器也只按自然对齐处理
伪共享不是加个 alignas 就完事，关键在字段间物理距离。最容易漏的是：以为对齐了单个变量就自动隔离，却没检查结构体总大小和字段相对偏移。
