std::bitset是编译期固定大小的位容器，大小由模板参数决定，不支持动态扩容、迭代器、data()成员，索引从右往左（0为LSB），内存布局未标准化，不可直接reinterpret_cast。
std::bitset 是编译期确定大小的位容器，不能动态扩容
它不是 std::vector<bool></bool> 那种运行时可变的伪容器，而是模板参数决定大小的固定数组。比如 std::bitset 占用 8 字节（通常），所有操作都是常数时间、无分配、无异常——这也是它高效的根本原因。
常见误用是试图用变量初始化大小：
int n = 64; std::bitset<n> bs; // ❌ 编译错误：n 不是常量表达式必须用字面量或
constexpr 值：constexpr size_t N = 64; std::bitset<N> bs; // ✅
- 大小上限由编译器实现定义，但通常支持到几万位；超大会导致栈溢出（因默认在栈上分配）
- 不支持迭代器，无法用
std::for_each或范围for直接遍历位 —— 得靠下标或手动位移 - 没有
data()成员函数，不能像std::array那样直接取底层存储指针
set() / reset() / flip() 的索引方向是“从右往左，0 起始”
这是最容易混淆的点：bs[0] 对应最低有效位（LSB），即二进制最右边那位。例如：
std::bitset<4> bs; bs.set(0); // → 0001 bs.set(3); // → 1001（不是 0001 左移三位）
这和硬件寄存器习惯一致，但和字符串打印顺序相反（bs.to_string() 返回的是高位在前的字符串，即 "1001"）。
-
bs.set(i)等价于bs |= (1ULL ，但更安全（会检查 <code>i ，debug 模式下触发断言） -
bs.flip()（无参）翻转全部位；bs.flip(i)只翻第i位 - 批量操作如
bs.set()全置 1、bs.reset()全清 0，比循环调用快一个数量级
to_ulong() / to_ullong() 有严格前提，越界就抛 std::overflow_error
这两个函数只在位集能完整装进目标整型时才安全。例如：std::bitset 调用 to_ullong() 必然失败（unsigned long long 通常是 64 位）。
立即学习“C++免费学习笔记（深入）”；
std::bitset<64> bs; bs.set(63); auto x = bs.to_ullong(); // ✅ 返回 0x8000000000000000 std::bitset<65> bs2; bs2.set(64); auto y = bs2.to_ullong(); // ❌ 抛 std::overflow_error
- 生产环境务必用
try/catch包裹，或改用to_string()+ 自定义解析（适合大位宽） -
to_string()返回std::string，高位在前，长度恒为size()，含前导零 —— 适合调试或序列化 - 若只需某几位的值，推荐用位运算提取：
(bs.to_ullong() >> offset) & mask，但注意先确认宽度够用
与 raw memory 交互需谨慎：没有直接访问内部存储的标准方式
标准库未规定 std::bitset 的内存布局，因此不能通过 reinterpret_cast 强转指针来读写底层字节。某些编译器（如 GCC）内部用 unsigned long 数组，但这属于实现细节，不可依赖。
若真需要按字节批量操作（如网络协议打包），可行做法是：
- 用
to_string()转字符串再分段处理（慢，但可移植） - 手动循环：每 8 位合成一个
uint8_t，用bs[i]逐位读取 - 改用
std::vector<uint8_t></uint8_t>+ 手写位操作宏（牺牲接口简洁性，换可控性和性能）
真正高频、低延迟场景（如高频交易风控位图），往往绕过 std::bitset，直接用 uint64_t 数组 + 内建函数（__builtin_popcountll、_pdep_u64 等）。
