Relative Color Syntax的实际作用是基于基准色做可维护的相对调整，如“暗20%”或“饱和度减半”，但不具实时响应能力；它需配合JS或媒体查询实现动态效果，当前兼容性有限。
Relative Color Syntax 本身不支持“实时反转”——它只是定义颜色的计算方式，没有响应式或动态监听能力。真正的实时反转需要配合 CSS 自定义属性 + JavaScript 监听或媒体查询，而 Relative Color Syntax 只负责把“反转逻辑”写得更精准、可维护。
什么是 Relative Color Syntax 的实际作用？
它让你用 color-mix()、color()、hsl() 等函数，在已知基准色基础上做相对调整，比如“比当前背景色暗 20%”或“饱和度减半”。但它不会自动响应 prefers-color-scheme 或用户点击切换，也不感知 DOM 变化。
常见误用场景：以为写个 color: color(display-p3 srgb(1 1 1) lch(invert(lch))); 就能自动反转——这语法根本不存在，invert() 不是 CSS 颜色函数，lch(invert(...)) 是无效表达式。
如何用 Relative Color Syntax 辅助实现可靠的颜色反转？
核心思路：把“反转”拆解为明确的色彩空间操作（如 LCH 中翻转亮度），再绑定到可变的自定义属性上。浏览器不自动反转，但你可以让反转计算更鲁棒。
立即学习“前端免费学习笔记（深入）”；
- 优先用
lch()：LCH 的L（亮度）维度接近人眼感知，100 - L就是视觉上较合理的“反色亮度” - 避免直接用
rgb()反转：比如rgb(30 60 90)→rgb(225 195 165)，在深色背景下可能过亮失真 - 用
color-mix()混合白/黑来模拟反转效果更可控，例如：color-mix(in lch, var(--bg) 50%, white)本质是提亮，而非数学反转
示例：定义一个可被 JS 控制的反转色变量
body {
--bg: lch(72.5% 25.2 284.3); /* 原始背景色 */
--fg: color(lch calc(100% - l(var(--bg)) h(var(--bg)) c(var(--bg))); /* 手动翻转 L */
}注意：l(var(--bg)) 提取的是 L 值，100% - l(...) 得到反向亮度，H/C 保持不变——这是 LCH 下最接近“反转”的语义表达。
为什么 JS 仍是实时反转的必要环节？
CSS 无运行时颜色分析能力，无法读取某个元素当前渲染出的 RGB 值并实时计算其反色。所有“实时”都依赖外部触发：
-
matchMedia('(prefers-color-scheme: dark)')监听系统主题变化 -
element.style.color或getComputedStyle(el).backgroundColor获取当前值（但仅限内联或 computed 后的静态值） - 手动触发 class 切换（如
body.dark）后，靠预设的 Relative Color 表达式生效
真正实用的组合是：JS 检测上下文 → 设置 --theme-mode: dark → CSS 用 @media (prefers-color-scheme: dark) 或 .dark .text { color: color(lch calc(100% - l(var(--base)) ...) } 计算新值。
容易被忽略的是：Relative Color Syntax 的兼容性仍有限（Chrome 115+、Safari 16.4+ 支持 color-mix() 和 color() 函数，Firefox 尚未支持 lch() 提取）。生产环境若需广泛兼容，仍得 fallback 到传统 HSL 调整或 class 切换方案。
