按位与能提取特定位，因“同1得1，余0”，掩码仅目标位为1、其余为0，运算后仅保留该位值；如原数0b10101101提第3位，掩码0b00001000，结果0b00001000；掩码须按从右往左编号、用(1<<n)构造，位宽与操作数一致。
按位与运算为什么能提取特定位
因为 & 的规则是“同为 1 才得 1，其余全为 0”，所以只要把掩码中想保留的位设成 1、其余设成 0，和原数一算，结果里就只剩目标位的值，其他位全被“压”成 0。
比如原数是 0b10101101（十进制 173），要提第 3 位（从右往左编号，即第 0 位是最低位）：
- 第 3 位对应掩码是
0b00001000（即十进制 8） -
0b10101101 & 0b00001000 = 0b00001000→ 结果就是纯第 3 位的值 - 如果原数第 3 位是 0，比如
0b10100101，那结果就是0b00000000
掩码怎么构造才不出错
常见错误是位编号方向搞反，或掩码长度没对齐。必须明确：位编号从右往左，第 0 位是 LSB（最低有效位）；掩码位宽应与操作数一致（如处理 uint8_t 就用 8 位掩码）。
构造方法统一用左移：(1 得到只含第 <code>n 位为 1 的掩码；连续多位用 ((1 。
- 提单一位第 5 位 →
1 → <code>0b00100000 - 提连续 3 位（第 2–4 位）→
((1 → <code>0b00011100 - 别手写二进制常量，尤其在跨平台或不同字长时容易错位
提取后要不要右移？什么时候移
按位与只做“清零”，不改变位位置。若你想要的是“数值本身”（比如第 3 位是 1 就返回 1，不是返回 8），就必须右移把目标位挪到第 0 位。
- 只判断是否置位 →
if (value & (1 ，不用移 - 要读出该位实际值（0 或 1）→
(value >> 3) & 1 - 要读出某段连续位的整数值（如第 2–4 位）→
(value & mask) >> offset，其中mask已按 offset 对齐 - 漏掉右移会导致结果仍是带偏移的值，比如误把
0b00001000当作 1 而非 8
C/Python 中常见陷阱
不同语言对负数、高位截断、类型隐式转换的处理差异很大，尤其在嵌入式或协议解析中极易翻车。
- C 里对有符号数用
&可能触发符号扩展，建议统一用uint32_t等无符号类型 - Python 没位宽限制，
~0b1010是无限长的负数，要用& 0xFF截断再用 - 寄存器读写时，硬件要求掩码必须严格匹配寄存器宽度（如 16 位寄存器不能传 32 位掩码）
- 宏定义掩码时忘记加
U后缀（如0x8000U），在 16 位系统上可能被当有符号数处理
真正难的不是写出 & 表达式，而是每次构造掩码前都确认清楚：位编号起点在哪、数据实际宽度多少、结果要不要归一化、目标平台怎么解释符号位。这几个点任意一个错，结果就不可控。
