应使用固定宽度无符号整型（如uint8_t、uint32_t）声明位掩码，配合enum class指定底层类型，所有位运算表达式必须加括号，避免用bool数组或bitset替代，跨线程需原子操作。
位掩码在C++里到底怎么声明才不踩坑
别用 int 存标志位，尤其跨平台或和硬件/协议打交道时。int 大小不固定（可能16位、32位甚至64位），而位掩码依赖明确的位宽和符号行为。
推荐直接用无符号整型，并显式指定宽度：
- 单字节标志集 → 用
uint8_t（来自<cstdint></cstdint>） - 常见32个以内标志 →
uint32_t最稳，兼容性好，编译器优化充分 - 避免
bool数组或std::bitset做“轻量级”替代——它们不是位掩码，不能直接做按位运算或传给 C 接口 - 枚举声明掩码时，必须加
enum class+uint32_t底层类型，否则值可能被截断或有符号扩展
错误示例：enum Flags { READ = 1, WRITE = 2 }; —— 没指定底层类型，WRITE 可能溢出或变成负数。
按位运算写法：&、|、~、^ 这几个符号别乱套括号
最常错的是条件判断里漏括号，导致优先级翻车。C++ 中 & 和 | 优先级比 ==、!= 还低，不加括号就等于裸奔。
立即学习“C++免费学习笔记（深入）”；
正确写法只有一条铁律：所有位运算表达式在用于判断或赋值右值时，必须用括号包住。
- 检查是否设置了某标志：
if ((flags & FLAG_READ) != 0)，不是if (flags & FLAG_READ)（虽然多数情况凑巧对，但一旦FLAG_READ是复合掩码就崩） - 同时设多个标志：
flags |= (FLAG_READ | FLAG_EXEC); - 清除某标志：
flags &= ~FLAG_WRITE;—— 注意~是对整个变量取反，所以必须确保变量是无符号类型，否则高位补1会引入负数 - 翻转某标志：
flags ^= FLAG_DEBUG;
示例错误：if (flags & FLAG_A == FLAG_A) 等价于 if (flags & (FLAG_A == FLAG_A))，永远为真。
和 std::vector 或 bitset 混用？别试
std::vector<bool></bool> 是特化容器，不是布尔数组，它返回的是代理对象（proxy），不能取地址、不能用 & 得到原始位，更没法当 C 风格掩码传出去。
std::bitset 看似合适，但它大小编译期固定、不支持动态增长，且没有隐式转成整数类型——你不能直接把它塞进函数参数要求 uint32_t 的地方。
- 需要序列化/网络传输？
bitset得调to_ulong()或to_ullong()，但这两个函数在位数超长时抛异常，不安全 - 要和 C 库交互（比如 OpenGL 的
glEnable参数、Windows API 的DWORD）？必须用原生整型，bitset无法隐式转换 - 真要动态管理大量标志？老实用
std::vector<uint8_t></uint8_t>分块存，自己写位索引计算，别贪bitset的语法糖
调试时怎么看掩码值是不是对的
打印十六进制最靠谱，十进制容易看漏位；别信 IDE 调试器默认显示的十进制值。
- 用
printf("%#010x", flags);或std::cout - 检查是否意外清零：常见原因是用了
=而非|=，或者清除操作写成flags = ~FLAG_X（全取反）而不是flags &= ~FLAG_X（仅清该位） - 跨线程修改？位运算本身不是原子的。哪怕只是
flags |= FLAG_DONE，在多核上也可能被中断——需要std::atomic<uint32_t></uint32_t>包一层，再用.fetch_or()等原子操作 - 静态初始化陷阱：
static uint32_t flags = FLAG_INIT;没问题；但若用函数局部static枚举变量初始化，可能触发静态初始化顺序问题
最隐蔽的问题是：你以为只改了一位，其实因为没屏蔽其他位，顺手把高字节全刷成了 0。这种 bug 在内存布局紧挨着的结构体字段里特别难抓。
