std::bitset的位运算符已重载，要求操作数长度一致；整数转换需注意低位截断；不可与原生整数直接混合运算；适用于编译期定长场景。
std::bitset 的位运算符直接可用，无需手动实现
std::bitset 是值语义类型，operator&、operator|、operator^、operator~ 全部重载完成，结果仍是 std::bitset。它不依赖 <algorithm> 或循环，所有操作在编译期确定大小、运行时单指令（或极小指令序列）完成。
常见误用是试图对不同长度的 bitset 做运算：std::bitset<8> 和 std::bitset<16> 无法直接运算，编译报错 —— 类型不匹配，不是隐式截断或扩展。
- 运算双方必须模板参数完全一致，比如
std::bitset<32> a, b;才能写a & b - 赋值运算符（
&=,|=,^=）同样要求左右操作数类型相同 -
~a是逐位取反，结果长度与a相同，高位补 1 是自然行为（例如std::bitset<4>("0010")取反得"1101"）
如何安全地把整数转成 bitset 并参与运算
std::bitset 构造函数接受 unsigned long long，但注意：只取低 N 位（N 是模板参数），高位被静默丢弃。这不是 bug，是设计使然 —— 它不负责范围检查。
比如 std::bitset<4> b{17}; 得到的是 "0001"（因为 17 的二进制是 10001，只保留低 4 位 0001）。若你本意是“用 4 位表示 17”，这已经越界，需提前校验。
立即学习“C++免费学习笔记（深入）”；
- 转换前建议用
if (x >= (1ULL << N))判断是否溢出（N是 bitset 长度） - 从字符串构造更可控：
std::bitset<8>{"10101010"}，但字符串内容必须全为'0'或'1'，否则抛std::invalid_argument - 不要用
static_cast<std::bitset<N>>(x)—— 没有这种转换，编译失败
bitset 与原生整数混合运算时的陷阱
不能直接写 my_bitset & 0xFF。因为 0xFF 是 int，而 std::bitset 没有针对整数类型的 operator& 重载。编译器不会自动构造临时 bitset，而是报错：“no match for ‘operator&’”。
正确做法是显式构造一个同长度的 bitset：
std::bitset<8> flags{0b10100011};
auto masked = flags & std::bitset<8>{0xFF}; // ✅
如果硬要和变量混合，推荐封装一层：
template<size_t N>
constexpr std::bitset<N> as_bitset(unsigned long long x) {
return std::bitset<N>{x};
}
// 用法：flags & as_bitset<8>(0x3F);
- 别依赖
to_ulong()再运算 —— 这会丢失高位（超出unsigned long范围时抛异常），且多一次拷贝 - 对齐长度是关键：
std::bitset<16> & uint32_t必须先转成std::bitset<16>，不能靠隐式转换
性能和适用边界：别把它当动态位容器用
std::bitset 所有长度必须在编译期确定，底层通常用一个或多个 unsigned long 存储。这意味着它极快（常数时间位运算、count() 可用内置 popcnt 指令），但也意味着无法 resize、不能 move-only、不支持迭代器遍历（只有 operator[] 随机访问）。
如果你需要运行时决定位数、频繁增删位、或需要 STL 容器接口（如 push_back），std::bitset 不合适 —— 改用 std::vector<bool>（注意其空间特化）或第三方库如 boost::dynamic_bitset。
真正适合它的场景很明确：协议字段解析、状态标志集、编译期已知尺寸的掩码计算 —— 比如管理 32 个硬件寄存器位、TLS 握手标志位、或哈希布隆过滤器的固定大小位数组。
