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%@keyframes 动画)时,rgb() 插值路径是立方体对角线,视觉上常出现脏灰、偏色——因为人眼对明度更敏感,而 RGB 各通道权重相同h 和 s 是感知近似,不是物理精确hsl() 把颜色映射到圆柱坐标:色相 h(角度)、饱和度 s(百分比)、明度 l(百分比)。它比 RGB 更符合直觉,但本质仍是 sRGB 空间内的重参数化,不是 CIELAB 那类感知均匀空间。
hsl(0, 100%, 50%) 和 hsl(0, 100%, 60%) 明度差 10%,但视觉上后者并不“亮 10%”——人眼对中等明度最敏感,对极暗/极亮变化迟钝hsl(60, 100%, 50%)(黄)和 hsl(240, 100%, 50%)(蓝)在相同 s/l 下,看起来“饱和度”并不相等hsl() 计算对比度:WCAG 要求的对比度基于相对亮度(luminance),必须从 sRGB 值经伽马校正后计算,l 参数完全不可替代lab() 和 lch():真正面向感知的设计工具
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没有银弹。选择取决于你是否控制输出设备、是否需要无障碍合规、是否做精细色彩管理。
hex 或 rgb(),但务必用工具校验对比度(如 Chrome DevTools 的 Accessibility 面板)lch() 定义主色,再生成 sRGB fallback::root {
--primary: lch(55% 55 260);
}
.btn { color: color-mix(in srgb, var(--primary), white 20%); }color-profile,用 color(display-p3 ...),并测试真机显示hsl() 当“高级 RGB”:它适合手写微调(比如 hsl(200, 100%, 70%) 比 #a0d8ff 更易理解),但不适合算法生成或科学计算真正难的从来不是写对一个 color 值,而是意识到:你在 CSS 里写的每个颜色,都在和伽马曲线、色域边界、视锥细胞响应函数、甚至环境光反射率打交道。