可直接用位移加掩码从整数颜色值中高效提取R、G、B分量：对ARGB格式，a=(color>>24)&0xFF，r=(color>>16)&0xFF，g=(color>>8)&0xFF，b=color&0xFF；需先确认颜色格式（24位RGB或32位ARGB）及字节布局。
直接用位移加掩码就能从整数颜色值里干净拆出 R、G、B 三个分量，不需要字符串解析或浮点运算，速度快、无依赖、跨语言通用。
确认颜色值的格式和字节布局
这是最关键的一步。不同平台/框架返回的颜色值格式可能不同：
-
24 位 RGB：格式为
0xRRGGBB，R 占高 8 位（bit 16–23），G 居中（bit 8–15），B 在最低 8 位（bit 0–7） -
32 位 ARGB：格式为
0xAARRGGBB，A 在最高字节（bit 24–31），R 次之（bit 16–23），G（bit 8–15），B（bit 0–7） - 比如 Android 的
Bitmap.getPixel()、Swift 的UInt32颜色常为 ARGB；而纯 RGB 图像数据或数据库存储多用 24 位
标准提取公式（以 ARGB 为例）
假设 color 是一个无符号 32 位整数（如 C 的 uint32_t、Python 的普通 int、JS 的 number）：
-
Alpha：
a = (color >> 24) & 0xFF -
Red：
r = (color >> 16) & 0xFF -
Green：
g = (color >> 8) & 0xFF -
Blue：
b = color & 0xFF
说明：右移把目标字节移到最低位，& 0xFF 确保只保留低 8 位，同时防止有符号类型右移后符号扩展导致负值（如 Java 中的 int）
常见实战场景与写法差异
不同环境下的微小调整，不影响核心逻辑：
-
Android（Kotlin/Java）：
Color.red(pixel)底层就是(pixel >> 16) & 0xFF，可放心手写替代系统方法以减少反射开销 -
Web（Canvas / WebGL）：
ctx.getImageData()返回 Uint8ClampedArray，每个像素占 4 字节（RGBA 顺序），此时更适合用数组索引data[i]，但若已转成整数（如view[i/4]），仍可用上述位运算 -
C/C++：务必使用
unsigned int或uint32_t，避免有符号右移补 1 导致错误结果 -
Swift：
UInt32类型天然支持，color >> 16 & 0xFF可直接写，无需额外转换
反向合成：从 R/G/B 构造颜色整数
提取是分解，合成是还原。同样高效简洁：
-
24 位 RGB：
color = (r -
32 位 ARGB：
color = (a - 注意：左移前确保
r、g、b是 0–255 范围内的整数，超出会溢出错乱
