lab()函数在生产环境不可用——Chrome已移除实验开关，Firefox无实现计划，Safari静默丢弃；lch()是唯一可落地替代方案，L值对应感知亮度，已获三大浏览器原生支持。
lab() 函数在生产环境中不能直接落地——它不被任何主流浏览器原生支持，写进去等于无效声明。 Chrome 已移除实验开关，Firefox 无实现计划，Safari 静默丢弃整行；所谓“支持”仅存在于极个别旧版 Chromium 的 flag 开启状态，且已于 2025 年底彻底移除。真要落地 Lab 级色彩控制，必须绕开 lab() 函数本身，转而用可运行、可降级、可验证的替代路径。
为什么 lab() 在 CSS 里根本不可用
浏览器解析器遇到 color: lab(50% 20 10); 时，不是“渲染不准”，而是直接跳过该声明：DevTools 不显示计算值，@supports (color: lab(0% 0 0)) 永远返回 false，PostCSS 插件（如 postcss-color-lab）输出的只是静态 rgb()，和 Lab 的感知均匀性无关。更关键的是：lab() 没有 fallback 机制，CSS 不支持函数级回退，一旦失败，颜色就没了。
lch() 是当前唯一可落地的 Lab 衍生方案
lch() 基于 Lab（柱坐标变换），L 值直接对应感知明度，c 和 h 分离控制饱和度与色相，已在 Chrome 111+、Safari 16.4+、Firefox 117+ 原生支持，无需 flag：
-
lch(60% 55 240)✅ 正确：L 必须带%，c 是无单位整数（非百分比），h 是无单位度数 -
lch(60 55 240)❌ L 缺%→ 全平台静默失效 -
lch(60% 55% 240)❌ c 用了%→ Safari 拒绝解析 - fallback 必须写在前面：
color: rgb(102, 97, 235); color: lch(62% 55 258.5);，顺序颠倒会导致新浏览器也用错色
需要真正 Lab 计算能力时，必须交给 JS
当你要动态提取图片主色、按 a/b 轴增强绿色、做 WCAG 对比度校验或跨色相插值时，lab() 的价值才真正浮现——但它只存在于 JS 运行时：
立即学习“前端免费学习笔记（深入）”；
- 别手写 sRGB ↔ Lab 转换：D65 白点、Gamma 校正、溢出 clip 全要处理，极易出错
- 用
culori或colorjs.io库，它们封装了完整转换链，输入rgb(255, 128, 64)可得{ l: 68.2, a: 32.1, b: 56.7 } - CSS 变量存
--main: lab(50 0 0);完全无意义：浏览器当字符串，JS 读不出结构，也无法参与计算 - 若需注入 Lab 计算结果到样式，用 JS 动态设置
element.style.color = `lch(${l}% ${c} ${h})`，并确保 fallback 已预置在 CSS 中
真正影响最终效果的，从来不是函数名
写了 lch() 不代表颜色就“更准”。如果设计稿导出未设 sRGB、切图没嵌 profile、CSS 未声明 color(srgb)、显示器未校准，同一 lch(60% 55 240) 在不同设备上仍会偏移。Lab/LCH 的优势只在“计算时更符合人眼感知”，而非“自动跨设备一致”。最容易被忽略的一点是：所有关键组件的颜色定义，必须统一锚定在 sRGB 渲染路径上，否则再好的色彩函数也白搭。
