位移加掩码可毫秒级拆解RGB分量，核心是“右移定位 + & 0xFF清高位”，需先确认ARGB/RGB/BGR字节布局，再按对应公式提取：Red=(color>>16)&0xFF、Green=(color>>8)&0xFF、Blue=color&0xFF。
直接用位移加掩码就能秒级拆出 R、G、B 分量，不需要类型转换，也不依赖字符串或浮点运算。核心是“右移定位 + & 0xFF 清高位”，整个过程在 CPU 单周期内完成，真正实现毫秒级响应。
确认颜色格式与字节布局
这是最关键的前置动作，错一步全盘出错：
- ARGB（如 Android、Swift）：32 位，布局为 AARRGGBB（A 在 bit 24–31，R 在 16–23，G 在 8–15，B 在 0–7）
- RGB（如 PNG 像素流、数据库存储）：24 位，布局为 RRGGBB（R 在 16–23，G 在 8–15，B 在 0–7）
- BGR（如 OpenCV 默认）：同样是 32 或 24 位，但顺序是 BBGGRR 或 BBGGRRxx
建议用已知纯色像素验证：比如取一个纯红像素，打印其十六进制值——若为 0xFFFF0000（ARGB），说明 R 在第 2 字节；若为 0xFF0000（RGB），则 R 在最高字节。
标准提取公式（ARGB 为例）
假设 color 是无符号 32 位整数（如 C 的 uint32_t、Python int、JS number）：
-
Red：
(color >> 16) & 0xFF—— 右移 16 位把 R 字节落到最低位，& 0xFF 确保只留低 8 位 -
Green：
(color >> 8) & 0xFF—— 右移 8 位对齐 G，再掩码 -
Blue：
color & 0xFF—— B 已在最低字节，直接掩码即可 -
Alpha（可选）：
(color >> 24) & 0xFF
注意：& 0xFF 不仅是“取低 8 位”，更是防止有符号类型右移补 1（如 Java int）、或高位残留数据干扰结果。
实战避坑要点
这些细节不处理，看似能跑，实则埋雷：
-
运算顺序不能颠倒：必须写成
(color >> 8) & 0xFF，而非color & 0xFF >> 8（因&优先级高于>>，后者等价于color & 0） -
语言差异要适配：JavaScript 用
>>>（无符号右移）更安全；C/C++ 务必用unsigned int；Kotlin/Java 可直接复用系统方法底层逻辑，但手写更轻量 -
不要跳过掩码环节：即使你确定变量是 uint32_t，也应保留
& 0xFF—— 它提升可移植性，且现代编译器会自动优化掉冗余操作
反向合成：从 RGB 快速构造成整数
提取是分解，合成是还原，同样高效：
- 24 位 RGB：
color = (r - 32 位 ARGB：
color = (a
确保 r、g、b 是 0–255 整数，超出范围会导致位溢出、颜色错乱。
