BitArray本质是布尔值的紧凑存储容器，非位运算工具；其核心用途是节省内存存储大量开关状态（如权限位、标志位），内部以int[]实现1位/布尔值，仅在动态超长布尔数组且内存敏感等特定场景适用。
BitArray 不是位运算工具，它只是布尔值的紧凑存储容器；真要位运算，请直接用 int、long 或 byte 配合 &、|、^、、<code>>>。
BitArray 的真实用途：节省内存存大量 bool 值
当你有成千上万个开关状态（比如权限位、标志位、筛选掩码），又不想用 bool[] 浪费 1 字节/元素时，BitArray 才值得考虑。它内部用 int[] 存储，1 位 = 1 个布尔值。
常见误用：拿它做“按位与两个 BitArray”，以为能替代整数位运算——结果发现没有 & 运算符重载，只能用 And() 方法，且行为是逐元素逻辑与，不是二进制位与。
-
BitArray.And()是布尔交集：对应位置都为true才设为true，和&的语义不同 - 长度不等时，短的那个会被隐式补
false，容易出错 - 不能直接转成
int或byte[]用于网络/序列化，得手动 CopyTo
想做真正的位运算？别碰 BitArray，用原生整数类型
比如管理 32 个功能开关，直接用 int 最自然：
int flags = 0; flags |= 1 << 5; // 开启第 5 位（从 0 开始） flags &= ~(1 << 3); // 关闭第 3 位 bool isSet = (flags & (1 << 7)) != 0; // 查询第 7 位
优势明显：
- 编译器优化好，性能远超
BitArray - 支持所有位运算符，语义清晰
- 可直接传给 Win32 API、序列化、Span
操作 - 调试时变量窗口直接显示二进制（启用“十六进制显示”后更直观）
BitArray 仅在这些场景勉强可用
真要上 BitArray，只建议出现在以下情况：
- 动态长度 > 65536 且内存敏感（如服务端缓存百万用户在线状态）
- 必须和旧代码或 .NET Framework 2.0+ 的遗留接口对接（比如某些 COM 组件要求
BitArray） - 需要频繁调用
Get/Set随机索引，且长度不固定、无法预估上限
注意：BitArray 不是线程安全的；多线程读写必须加锁，而 int 的单次位操作通常是原子的（前提是不对齐跨字长）。
BitArray.CopyTo() 容易踩的坑
想把 BitArray 转成字节数组发出去？别直接 new byte[bitArray.Length / 8] —— BitArray 的位序是低位在前（LSB-first），但多数协议要求高位在前（MSB-first）。
正确做法：
- 用
bitArray.CopyTo(bytes, 0)得到的是小端字节布局，每个字节内位序是反的 - 如果协议要求标准网络字节序（如 MQTT 的 flag 字段），得自己翻转每个字节的位：用
System.Numerics.BitOperations.RotateLeft(b, 4)或查表 - 更稳妥：放弃
BitArray，改用Span<byte></byte>+ 手动位索引
真正难的从来不是“怎么实现”，而是搞清你到底要的是布尔集合压缩，还是二进制位操作——选错类型，后面全是补丁。
