bitset初始化勿用整数赋值，应显式转换或字符串；位运算返回新bitset而非整数；to_ullong()等易溢出需判位宽；性能敏感场景优先用原生整型。
bitset 初始化时别直接用整数赋值
很多人写 std::bitset b = 42;，编译器不报错但结果不是你想要的——它会把 42 当作二进制字符串解析（即按字符 '4'、'2' 处理），实际调用的是 bitset(const char*) 构造函数，导致未定义行为或崩溃。正确做法是显式转换或用字符串初始化。
- 想表示十进制 42 的位模式：用
std::bitset(42ULL)—— 注意必须是无符号整型，且位宽不能超unsigned long long范围（通常 64 位） - 想从二进制字符串构造：用
std::bitset("101010")，注意字符串长度不能超模板参数，且只含 '0'/'1' - 初始化全 0：直接
std::bitset b;，默认构造就是零值，不用写= 0
位运算操作符 ≠ 原生整型，不能混用 & 或 |
std::bitset 重载了 &、|、^、~，但它们返回的是新 bitset 对象，不是整数；也不能和 int 直接运算。常见错误是写 b & 0xFF，这会触发隐式转换失败或调用错误重载，编译不过。
- 要提取低 8 位：先用
b.to_ullong()转成整数再位与，但注意溢出风险；更安全的是用b & std::bitset("00000000000000000000000011111111") - 要判断某位是否为 1：用
b.test(i)或b[i]，别写(b & (1 << i))—— 后者类型不匹配 - 批量置位/清零：用
b.set(i)/b.reset(i)，比构造临时 bitset 再与操作快且清晰
to_ulong() 和 to_ullong() 容易抛 out_of_range
这两个函数要求 bitset 所有位都能放进目标整型里，一旦 bitset 位宽 > 64（如 bitset），调用 to_ullong() 必然抛 std::overflow_error。不是所有编译器都会在编译期检查，运行时崩了才意识到。
- 安全做法：先用
b.size()判断，再选to_ulong()（≤32）、to_ullong()（≤64）或手动分段处理 - 如果只是想打印或调试：用
b.to_string()最稳，不依赖位宽 - 性能敏感场景（如循环内）：避免频繁调用
to_*，改用test()或迭代器遍历b._Find_first()（非标准但 GCC/Clang 支持）
bitset 不是万能替代 uint64_t，该用原生整型时别硬套
如果你只做简单位运算（比如掩码、移位、计数），uint64_t + 内建运算符更快、更省内存、兼容性更好。bitset 真正优势在于编译期确定大小 + 可读性强 + 提供 count()/any()/all() 这类语义化操作。
立即学习“C++免费学习笔记（深入）”；
- 高频循环中做单个位测试：
(x & (1ULL << i)) != 0比b.test(i)快一个数量级（无函数调用、无边界检查） - 需要动态位宽（比如运行时才知道要多少位）：
bitset无法满足，得用vector<bool>或第三方库如boost::dynamic_bitset - 跨平台打包结构体字段：别用
bitset成员，它不保证内存布局；用uint32_t+ 位域或手动掩码
bit 位操作本身不复杂，难的是在“类型安全”“性能”“可读性”之间做取舍。用 bitset 时，多看一眼它的成员函数是不是真解决了你的问题，而不是因为它名字带“bit”就默认更底层。
