位掩码提取核心是逻辑与运算（&），需精准构造掩码、配合移位操作，并注意数据类型、位宽、字节序及运算符优先级等关键细节。
逻辑与运算（&）是位掩码提取最核心、最常用的工具，它本身不改变数据结构，只做“筛选”——配合精心设计的掩码，就能从一个整数中精准抠出任意连续或离散的比特段。关键不在“会不会用&”，而在于如何构造掩码、如何组合移位、如何应对不同字节序和数据宽度。
掩码构造：从目标位段反推二进制模板
掩码本质是一个“选择器”：值为1的位允许通过，0的位强制清零。要提取某一段位（比如第3～6位），分三步：
- 算出要取几位：bit_count = bit_high − bit_low + 1（如6−3+1=4位）
- 生成全1基础掩码：base = (1
- 左移到目标起始位置：mask = base
例如，从 0b10101101（十进制173）中提取第2～5位（即0b1011）：
→ bit_low=2, bit_high=5 → bit_count=4 → base=0b1111 → mask=0b111100
→ 173 & 0b111100 = 0b101100 → 再右移2位 → 0b1011 = 11
字段解析：ARGB/RGB颜色值拆解是典型范式
32位ARGB整数（如 0xFFA07ACC）按字节布局为 A-R-G-B（高位到低位），每个通道占8位。提取不能靠除法或字符串切分，必须用“右移+与掩码”两步闭环：
- Alpha：(color >> 24) & 0xFF → 把A字节移到最低位，再用0xFF（0b11111111）确保只留低8位
- Red：(color >> 16) & 0xFF → R原在16–23位，右移16后落至0–7位
- Green：(color >> 8) & 0xFF
- Blue：color & 0xFF → B已在最低8位，直接掩码即可
注意：& 0xFF 不仅是“取低8位”，更是防止有符号类型右移后符号扩展导致高位污染（如Java/C中int为有符号时）。
权限与状态位的多字段并行提取
当一个整数同时编码多个布尔标志（如文件权限：读=0x04、写=0x02、执行=0x01），可用单次&操作批量检测：
- 定义掩码常量：READ_MASK = 0x04, WRITE_MASK = 0x02, EXEC_MASK = 0x01
- 判断是否可读写：if ((flags & (READ_MASK | WRITE_MASK)) == (READ_MASK | WRITE_MASK))
- 提取全部启用的权限位：active_flags = flags & (READ_MASK | WRITE_MASK | EXEC_MASK)
这种写法比多次单独判断更紧凑，也便于做位级聚合统计（如统计开启了几项权限：__builtin_popcount(active_flags)）。
实战避坑：常见错误与加固写法
掩码提取看似简单，但实际易错点集中于数据类型和边界：
- 类型未限定：用 int 而非 unsigned int 处理右移，在某些平台会算术右移（补符号位），导致高位污染。应显式使用 uint32_t / unsigned。
- 掩码越界：对8位变量用 0xFFFF 掩码，可能截断或引发隐式提升问题。掩码位宽应与目标变量一致。
- 字节序混淆：ARGB 和 BGRA 字段顺序相反，误用会导致R/B互换。务必先确认源数据格式（如Android用ARGB_8888，OpenGL纹理常用BGRA）。
- 缺少括号：写成 color >> 16 & 0xFF 是安全的，但若写成 color >> (16 & 0xFF) 就完全错了——优先级陷阱必须用括号明确。
