为何WCAG对比度公式采用luminance而非感知明度？

背景与疑问 #

WCAG的色彩对比度计算基于相对亮度（relative luminance）：先将sRGB转换为线性RGB，再用权重（R:0.2126、G:0.7152、B:0.0722）加权求和得到亮度值，最后代入公式 (L1 + 0.05) / (L2 + 0.05) 计算对比度。这个亮度值和CIE XYZ色彩空间的Y通道完全一致。

但Lab/Lch色彩空间中，*感知明度（perceived lightness, L）**是通过Y值经过非线性转换得到的，目的是让L的均匀变化对应人眼感知到的均匀明度变化。这就产生了疑问：如果WCAG旨在反映人眼感知的对比度，为什么不用感知明度L，反而用相对亮度Y？

通过实验验证发现：用Lch中L*均匀间隔的色彩对计算WCAG对比度，结果呈现非线性；但实际视觉测试中，WCAG的对比度结果却和视觉感受一致——顶部深色组更难阅读，中间组可读性更好。这似乎和“感知明度更贴合视觉”的结论矛盾，需要拆解其中的逻辑。

核心原因：WCAG公式的设计目标与校准逻辑 #

1. 历史与实用性优先
   WCAG的对比度公式制定于2000年前后，当时Lab/Lch这类感知色彩空间还未在前端、设计工具中广泛普及。相对亮度Y的计算方式成熟、计算成本低，且基于已有的色彩标准（CIE XYZ），易于在各类系统中实现，兼容性更强。

2. 内置的感知校准：+0.05的作用
   公式中的+0.05不是冗余项，而是专门针对人眼的低亮度感知特性设计的校准。人眼对暗部的亮度变化远比对亮部敏感，直接用Y值的比值会低估暗部的对比度差异。这个偏移量让低亮度区间的对比度计算结果更贴合实际视觉感受，这也是实验中深色组WCAG对比度低、视觉上更难读的原因——公式已经自动校准了暗部的感知差异。

3. 对比度的本质是“比值感知”，而非“线性差值”
   L的设计目标是让色彩空间内的明度数值变化对应视觉上的均匀变化，但对比度的感知逻辑是两个亮度的相对比值，而非绝对差值。直接用L计算对比度（比如(L*1 + 0.05)/(L*2 + 0.05)）并不能得到符合感知的结果，因为L*的非线性转换已经压缩了亮部的数值范围，会高估亮部的对比度。

实验结果的合理性解释 #

用L均匀间隔的色彩对得到非线性的WCAG对比度，本质是因为Y和L之间是非线性映射关系：
当Y/Yn > 0.008856时，L* = 116*(Y/Yn)^(1/3) - 16；当Y/Yn ≤ 0.008856时，L* = 903.3*(Y/Yn)。
这意味着L均匀变化时，Y的变化是非均匀的——暗部的L变化对应更大的Y变化，亮部的L*变化对应更小的Y变化。代入WCAG公式后，自然会得到非线性的对比度结果，而这种非线性恰好匹配了人眼对不同亮度区间对比度的感知差异。

总结：感知明度与WCAG对比度的定位差异 #

• 感知明度L*：解决的是“色彩空间内的明度均匀感知”，让数值变化对应视觉上的均匀明度差异，适合色彩调整、配色设计等场景。
• WCAG对比度公式：解决的是“文本与背景的可读程度评估”，通过相对亮度Y结合低亮度校准，精准匹配人眼对亮度比值的感知，确保计算结果直接对应实际可读性。

二者并非谁对谁错，而是针对不同需求设计的工具，实验结果也验证了WCAG公式在可读性评估场景下的准确性。

内容的提问来源于stack exchange，提问作者Lukas Kalbertodt