不能。color-mix() 仅混合颜色，不支持HEX解析或色彩空间转换；HEX转LAB需JS预处理（如culori），再通过CSS自定义属性注入lab()值。
color-mix() 能不能直接把 HEX 转成 LAB？
不能。color-mix() 不是转换函数，它只做「混合」——输入两个已知颜色（支持 lab()、lch()、srgb() 等格式），输出中间色。它不解析 #3498db，也不生成新色彩空间坐标。
常见错误现象：color-mix(in lab, #3498db, white) 会报错或降级为 sRGB 混合，因为浏览器目前（截至 Chrome 125 / Safari 17.4）不支持在 color-mix() 中直接写 HEX 并指定目标空间。
- 必须先把 HEX 解析为
srgb()或rgb()格式，再显式转成lab() -
color-mix(in lab, lab(50% 20 10), lab(90% -5 5))才是合法用法 - 想从 HEX 得到 LAB 值？得靠 JS 计算或预处理工具，CSS 本身不提供解析器
lab() 和 lch() 函数的参数单位和范围陷阱
lab() 和 lch() 看似直观，但参数行为和旧 CSS 颜色函数完全不同：它们不是百分比缩放，而是真实色彩空间坐标。
典型翻车点：lab(50 30 20) 的 50 是明度 L*（0–100），不是 0–1；a 和 b 是无界坐标（常见范围约 -128–127），但超出时浏览器会 clamp 或渲染异常。
立即学习“前端免费学习笔记（深入）”；
-
lch(50% 80 270)中的50%是 L* 百分比（等价于50），但80是 chroma（无单位，非百分比），270是 hue（度数，0–360） - 传
lch(50% 150 270)可能显示为灰阶——chroma 过高导致无法映射到显示器色域 - Safari 对
lch()hue 超出 [0, 360) 的处理不一致，建议始终归一化
如何用 color() 函数做跨色彩空间「无损」转换？
color() 函数是真正用来做色彩空间解释与转换的，但它不是魔法：它依赖源数据是否带色彩空间元信息。
使用场景：你有一组在 Display P3 下定义的颜色，想在 sRGB 屏幕上保持感知一致的亮度/饱和度，就得用 color(display-p3 0.2 0.8 0.4) 显式声明来源空间，再配合 color-mix() 或直接使用。
-
color(srgb 0.2 0.8 0.4)≠rgb(51, 204, 102)：前者是线性光值，后者是 gamma-compressed；现代引擎会按色彩空间语义处理，而非简单查表 - 没有色彩空间标记的
rgb()或#默认视为 sRGB，无法反推原始空间 - 性能影响：
color(display-p3 ...)在非 P3 屏幕上会自动色域映射，有轻微计算开销，但比 JS 手动转换快得多
HEX → LAB 的实际可行路径（绕过 CSS 限制）
CSS 本身不提供运行时 HEX 解析 + LAB 转换能力。真要动态做，得组合 JS 和现代 CSS 函数。
核心思路：用 JS 把 #3498db 解为 RGB 坐标 → 转 XYZ → 转 LAB → 写入 CSS 自定义属性 → 在 CSS 中用 lab() 引用。
- 推荐轻量库：
culori（tree-shakable，支持rgb↔lab）、colorjs.io（更全但体积大） - 别手写 XYZ 转换：Gamma 校正、白点选择（D65）、浮点精度都会踩坑
- 示例关键链：
culori.lab(culori.srgb('#3498db'))返回{ l: 62.2, a: -32.1, b: -15.3 }→ 写入:root { --my-lab: lab(62.2% -32.1 -15.3); }→ CSS 中用color: var(--my-lab);
最易被忽略的一点：LAB 值本身不带白点和适应度信息，不同实现（如 D50 vs D65）结果可能差 1–2 单位——如果设计系统要求严格一致性，得统一库+白点配置，不能混用工具。
