css颜色模型与色彩科学_从理论到实践的应用_技术教程

CSS颜色表示法影响复现精度、设备一致性与无障碍访问：rgb()依赖sRGB色域，插值不均匀；hsl()是sRGB重参数化，非感知均匀；lab()/lch()基于CIELAB，支持感知均匀调色与渐变。

CSS 中的 rgb()、hsl()、hex 不是“随便选一个就行”的表示法——它们背后对应不同色彩空间的数学定义和人眼感知特性，直接决定颜色是否可准确复现、在不同设备上是否一致、能否平滑过渡或无障碍访问。

浏览器渲染时，rgb(255, 0, 0) 表示红通道满值、绿蓝为零，但这个“红”具体多红，取决于显示器的 color profile（如 sRGB、Display P3）。没有显式声明时，CSS 默认按 sRGB 解释所有 rgb()、hex 值。

同一组 rgb() 值，在广色域屏（如 MacBook Pro）上可能过饱和，在老 LCD 上发灰
rgb() 的数值与亮度/饱和度无线性关系：比如 rgb(128, 0, 0) 并不等于“一半亮度的红”，而是 sRGB 编码下的中间值，实际亮度约是 rgb(255, 0, 0) 的 ~22%
做颜色插值（如 CSS @keyframes 动画）时，rgb() 插值路径是立方体对角线，视觉上常出现脏灰、偏色——因为人眼对明度更敏感，而 RGB 各通道权重相同

hsl() 把颜色映射到圆柱坐标：色相 h（角度）、饱和度 s（百分比）、明度 l（百分比）。它比 RGB 更符合直觉，但本质仍是 sRGB 空间内的重参数化，不是 CIELAB 那类感知均匀空间。

hsl(0, 100%, 50%) 和
hsl(0, 100%, 60%) 明度差 10%，但视觉上后者并不“亮 10%”——人眼对中等明度最敏感，对极暗/极亮变化迟钝
色相环是线性的（0–360°），但人眼对波长 570nm（黄）附近最敏感，对 480nm（蓝）和 620nm（红）分辨力下降，所以 hsl(60, 100%, 50%)（黄）和 hsl(240, 100%, 50%)（蓝）在相同 s/l 下，看起来“饱和度”并不相等
不要用 hsl() 计算对比度：WCAG 要求的对比度基于相对亮度（luminance），必须从 sRGB 值经伽马校正后计算，l 参数完全不可替代

CSS Color Level 4 引入了 lab() 和 lch()，底层基于 CIE 1976 L*a*b* 空间——这是首个被设计为“感知均匀”的色彩空间：等距 = 等感知差异。Chrome 111+、Safari 16.4+、Firefox 117+ 已支持。

color: lab(50% 20 -10);     /* L=50%, a=20, b=-10 */
color: lch(50% 22.36 296.6); /* L=50%, chroma≈22.36, hue≈296.6° */

lch() 的 l 对应明度（0–100），c（chroma）对应饱和度感知强度，h 是色相角——三者近似正交，调色更直观
用 lch() 做渐变时，固定 l 和 c 只调 h，能获得视觉上均匀的色相过渡；固定 l 和 h 只调 c，可线性控制“鲜艳程度”
注意：lab()/lch() 默认使用 display-p3 白点（D65），若需严格 sRGB 兼容，应显式写 color(display-p3 0.8 0.2 0.1) 或降级 fallback

没有银弹。选择取决于你是否控制输出设备、是否需要无障碍合规、是否做精细色彩管理。

快速原型、内容型网站、需 IE/旧安卓支持 → 用 hex 或 rgb()，但务必用工具校验对比度（如 Chrome DevTools 的 Accessibility 面板）
UI 组件库、深色模式适配、设计师协同 → 优先用 lch() 定义主色，再生成 sRGB fallback：
```
:root {
  --primary: lch(55% 55 260);
}
.btn { color: color-mix(in srgb, var(--primary), white 20%); }
```
做数据可视化、医疗/印刷相关 UI、跨设备精准还原 → 必须指定 color-profile，用 color(display-p3 ...)，并测试真机显示
别把 hsl() 当“高级 RGB”：它适合手写微调（比如 hsl(200, 100%, 70%) 比 #a0d8ff 更易理解），但不适合算法生成或科学计算