RGB适用于硬件显示与存储，HSB更符合人眼感知，适合调色与UI设计；主流平台Color类均内置RGB↔HSB转换接口，且Hue为0–360°、S/B为0–1，RGB通道为0–255。
RGB 和 HSB（也称 HSV）是两种常用的颜色表示方式，它们适用于不同场景：RGB 直接对应硬件输出，适合显示和存储；HSB 更贴近人眼感知，适合调色、UI 控件设计、动态主题生成等。Color 类（如 Java 的 java.awt.Color、.NET 的 System.Drawing.Color，或 Swift/Obj-C 中 Chameleon 框架封装的 UIColor 扩展）通常内置了 RGB ↔ HSB 的转换能力，无需手动实现复杂公式。
Color 类如何支持 RGB 与 HSB 转换
主流平台的 Color 类大多提供标准接口：
-
从 RGB 创建 HSB 值：调用类似
getHSBColor(float h, float s, float b)（Java）或colorWithHue:saturation:brightness:alpha:（Chameleon）的方法，传入归一化后的 H∈[0,360)、S∈[0,1]、B∈[0,1]，返回对应颜色对象 -
从颜色提取 HSB 分量：使用
Color.RGBtoHSB(int r, int g, int b, float[] hsbvals)（Java）或-getHue:saturation:brightness:alpha:（Chameleon），输入 0–255 的 RGB 整数，输出三个浮点参数 - 注意取值范围：HSB 中 Hue 是角度制（0–360°），Saturation 和 Brightness 是比例值（0.0–1.0），不是百分比；RGB 各通道为整数 0–255，部分 API 接受归一化浮点（0.0–1.0）
常见开发平台中的 Color 类转换示例
不同语言/框架封装略有差异，但逻辑一致：
-
Java AWT：
Color.RGBtoHSB(255, 100, 50, hsb)→ 得到 hue≈15°, saturation≈0.8, brightness=1.0 -
.NET（C#）：通过
Color.GetHue()、GetSaturation()、GetBrightness()方法直接读取（返回值已按标准范围映射） -
iOS（Chameleon）：UIColor 实例调用
[color getHue:&h saturation:&s brightness:&b alpha:&a]，h 返回 0–1（需 ×360 转角度），s/b 直接为 0–1 -
Android（Color）：使用
Color.colorToHSV(int color, float[] hsv)，hsv 数组按 [H,S,B] 顺序填充
为什么不能直接用 RGB 差值比较颜色相似度
RGB 坐标系不是感知均匀的——两个 RGB 值接近的颜色，在人眼看来可能差异很大（例如 (255,0,0) 红 vs (255,1,0) 暗红，视觉变化微弱；但 (255,0,0) 红 vs (0,255,0) 绿，RGB 差值大却属完全不同的色相）。而 HSB 中：
- Hue 反映光谱位置，便于识别“同色系”
- Saturation 表达纯度，可快速过滤灰阶色
- Brightness 控制明暗层级，适配深色/浅色模式切换
- 在 HSB 空间做欧氏距离计算（如
√[(h₁−h₂)² + (s₁−s₂)² + (b₁−b₂)²]）比 RGB 更符合视觉判断
实战建议：何时该用 HSB，何时坚持 RGB
实际开发中应根据目标选择空间：
- 做色调滑块、色环选择器、饱和度调节 → 必须用 HSB，用户操作直觉匹配
- 从图片提取主色并微调亮度 → 先转 HSB，调整 B 值后转回 RGB，避免过曝或发灰
- LED 灯带控制（如 WS2812） → 最终必须输出 RGB，但 HSB 更适合 UI 层交互，再统一转换
- 需要高保真色彩匹配（如印刷、专业图像处理） → HSB 不够准确，应升级到 CIELAB/LCH 等感知均匀空间
