hsl(from var(--color) calc(h + 180) s l) 是当前唯一原生动态生成互补色的方式，但需满足变量为有效HSL、浏览器支持CSS Color Level 4、且不依赖currentColor或未定义变量。
直接用 hsl(from var(--color) calc(h + 180) s l) 是当前唯一能真正动态生成互补色的原生 CSS 方式，但必须满足三个硬性条件：变量值是有效 HSL 格式、浏览器支持 CSS Color Level 4、且不能依赖 currentColor 或未定义变量。
为什么 hsl(calc(h + 180), s, l) 大概率不生效
这不是写法“不够高级”，而是 CSS 规范根本不允许在 hsl() 函数内部对单个分量做运行时计算。常见失效场景包括：
-
hsl(calc(var(--h) + 180), 70%, 50%)：旧版 Chrome/Firefox（≤125/124）无法解析，整条声明静默丢弃 -
hsl(calc(240deg + 180), 70%, 50%)：单位deg和纯数字180类型冲突，报错或回退为透明 -
hsl(calc(350 + 180), 70%, 50%)：结果 530 超出 0–360 范围，CSS 不会自动取模，多数渲染为灰色或黑/白
hsl(from ...) 的正确写法与前提条件
这个语法从颜色中提取原始 HSL 分量再参与运算，现代浏览器（Chrome 111+、Safari 16.4+、Firefox 115+）已稳定支持，但容易忽略几个关键点：
-
--color-primary必须是明确的 HSL 值，如hsl(210, 85%, 60%)；HEX、RGB 或currentColor会导致from提取失败 - 必须拆成独立变量：不要把整个
hsl(...)存进一个变量，而要分别定义--h-primary: 210、--s-primary: 85%、--l-primary: 60%，否则无法用于其他派生逻辑 - fallback 必须显式书写：比如先写
border-color: hsl(30, 85%, 60%)，再写border-color: hsl(from var(--color-primary) calc(h + 180) s l)，旧浏览器会跳过第二行
互补色不是终点，明暗适配才是落地难点
数学上正确的互补色，视觉上大概率不可读——比如 hsl(60, 100%, 50%)（黄）配 hsl(240, 100%, 50%)（蓝），黄底白字对比度极低。实际中必须手动调节 l 和 s：
立即学习“前端免费学习笔记（深入）”；
- 浅背景（L > 0.5）→ 补色需压暗：用
calc(l * 0.4)或calc(l - 25%)，避免刺眼 - 深背景（L ≤ 0.5）→ 补色需提亮：用
calc(l * 1.6)或calc(l + 30%)，防止糊成一片 - 饱和度可微调：高饱和主色（s > 80%）的互补色常过艳，可乘以
0.6~0.8缓和 - CSS 没有原生亮度判断函数，所谓“根据背景自动适配”目前只能靠预设阈值或 JS 补充
最常被忽略的其实是 l 值的物理意义：它不是线性亮度，人眼对中间段（30%–70%）变化最敏感，两端（92%）极易失色或泛白。补色的 l 调整不是“加减法”，而是得结合目标使用场景反复验证对比度。
