Relative Color 是 CSS Color Level 5 的原生特性，支持运行时动态计算颜色通道，需配合 calc() 实现响应式调色，依赖 @supports 降级，语法严格且不兼容旧版浏览器。
Relative Color 语法不是“CSS4”特性，而是 CSS Color Level 5 的原生能力，它不依赖预处理器编译，所有计算在浏览器运行时完成——这意味着你改一个 calc()，样式立刻响应，无需保存、构建、刷新。
为什么不用 Sass/Less 变量做颜色派生
预处理器变量本质是字符串替换，$primary: #2196f3 在编译后就固化成具体 RGB 值，后续无法再解构出 HSL 通道或动态调亮。而 Relative Color 把颜色当“数据对象”处理：只要声明 hsl(from var(--primary) h s calc(l - 10))，浏览器每次渲染都会实时读取 --primary 当前值、拆出 l、减去 10、再合成新色。
常见错误现象：
- 用 Sass 写
lighten($primary, 10%)，结果在深色模式下$primary是深蓝，lighten却把它变灰白（HSL 的lighten在暗色上反向失真） - 预处理器无法感知 CSS 自定义属性运行时变化，比如主题切换时
--primary被 JS 修改，Sass 编译结果早已定死
from 必须和 calc() 配合才有意义
单独写 rgb(from red r g b) 等价于 rgb(255 0 0)，只是把颜色“拆开又拼回去”，没任何动态性。真正起作用的是对通道变量做算术运算：
立即学习“前端免费学习笔记（深入）”；
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
-
color: hsl(from var(--brand) calc(h + 20) s l);—— 色相右旋 20°，不改变饱和度与亮度 -
background: rgb(from var(--bg) r g calc(b + 30) / 0.9);—— 蓝通道提亮、整体透明度降到 90% -
border-color: oklch(from var(--text) calc(l * 0.7) c h);—— OKLCH 空间里线性压低亮度，对比度更可控
注意：calc() 里不能带单位（如 10%），HSL 的 l 和 s 是 0–100 整数，RGB 的 r/g/b 是 0–255 整数；alpha 必须用 / 引入，不能写逗号或空格分隔。
兼容性与降级策略怎么写才不翻车
Chrome 111+、Firefox 119+、Safari 16.4+ 已稳定支持，但旧版 Safari（如 16.3）或部分安卓 WebView 仍不识别 from。直接 fallback 到传统写法会丢失动态性，推荐用 @supports 分层：
button {
--primary: #2196f3;
background: var(--primary); /* 降级：原始色 */
}
@supports (color: hsl(from red h s l)) {
button:hover {
background: hsl(from var(--primary) h s calc(l - 15));
}
}别用 color-mix() 代替——它不支持通道级控制，且无法基于变量做条件运算（比如“如果背景是浅色，文字就变深”这种逻辑，color-mix() 做不到）。
空格、斜杠、大小写这些细节错一点就全挂
新版颜色函数强制语法严谨：
- 必须用空格分隔参数，
rgb(255,0,0)或rgb(255 0 0 / 0.5)都无效，正确是rgb(255 0 0 / 0.5) - alpha 必须用
/引入，写成rgb(255 0 0 0.5)会被忽略 -
from后面的变量名区分大小写，var(--Primary)和var(--primary)是两个东西 - HSL 中的
h是角度值，单位是deg，calc(h + 180)会报错，必须写calc(h + 180deg)
最易被忽略的点：相对颜色的“相对”二字，指的是相对**当前计算时刻的变量值**，不是相对某个静态快照——这意味着它天然适配 CSS 自定义属性的响应式更新，但也会因变量未定义或类型错误（比如 --primary: none）直接导致整条声明失效，连降级色都不显示。
