bitset 初始化禁用 int 直接赋值，因会静默截断；test() 越界抛异常而 operator[] 不检查；无迭代器故不可用 STL 算法；位宽必须编译期确定；to_string() 高位在前。
bitset 初始化时别用 int 直接赋值
很多人写 std::bitset b = 123;，以为这是把十进制 123 存进去，结果发现 b 是 01111011（即 123 的二进制），但实际行为是：bitset 构造函数把 123 当作无符号整数，按位填充低 8 位。问题在于——如果位宽小于整数位宽（比如 bitset 赋值 15 没事，但赋 16 就静默截断），你根本收不到警告。
更安全的做法是显式构造或用字符串：
-
std::bitset b(123);—— 明确意图，但仍有截断风险 -
std::bitset b(std::string("01111011"));—— 精确控制每一位 - 需要运行时解析数字？别硬塞进
bitset，先转成字符串再构造
test() 和 operator[] 访问越界不报错
bitset::test(pos) 在 pos 超出范围时抛 std::out_of_range，但 b[pos] 不检查——它直接返回一个代理对象，越界访问导致未定义行为，常见现象是读到随机位、程序崩溃或静默错误。
真正该用的场景：
立即学习“C++免费学习笔记（深入）”；
- 确定索引合法（比如循环
i < b.size()）时，b[i]可读可写，性能略好 - 不确定索引来源（如用户输入、计算结果）时，必须用
b.test(i)并捕获异常，或提前校验 -
b.set(i)、b.reset(i)同样不检查边界，用法同test()
bitset 不是容器，不能用 STL 算法遍历
它没有迭代器，begin()/end() 不存在，所以 std::for_each、std::count 这类算法直接报错。想统计 1 的个数？别写 std::count(b.begin(), b.end(), true)，那编译不过。
正确路径很窄：
- 计数：用
b.count()—— O(N) 但已高度优化，比手写循环快 - 遍历每位：只能靠索引循环
for (size_t i = 0; i < b.size(); ++i) - 转数组/向量？没有内置方法，得手动
std::vector<bool> v(b.size()); for(...) v[i] = b[i];</bool> - 注意：
std::vector<bool></bool>是特化，不是普通容器；真要动态位操作，考虑boost::dynamic_bitset或手写
位宽必须是编译期常量，没法 runtime 定大小
std::bitset<N> 的 N 必须是字面量或 constexpr 表达式，像 int n = 8; std::bitset<n> b; 直接编译失败。这不是限制，是设计选择：bitset 零分配、栈上布局、所有操作内联展开，换来的就是不能动态定长。
遇到需要变量长度的场景：
- 确认是否真需要“位”语义：如果是标志集合且总数固定（比如协议字段共 32 种 flag），就用
bitset<32> - 真要 runtime 大小：改用
std::vector<bool>（空间省但接口弱），或std::vector<unsigned char>手动位运算 - 别被名字骗：
std::bitmask是 C++23 新增的枚举工具，和bitset完全无关
最常被忽略的一点：bitset 的 to_string() 返回的是从高位到低位的字符串（bitset<4>(2).to_string() == "0010"），不是二进制书写习惯的“高位在左”错觉——它就是按索引 0 对应最高位排的，这点和内存布局无关，纯接口约定。
