能，但必须用 hsl(from ...) 语法且浏览器支持有限；hsl(calc(h + 180), s, l) 因解析错误、单位不匹配、越界无归一化而失效；唯一可靠方案是 hsl(from var(--color) calc(h + 180) s l)，需主动提供兼容性 fallback。
能，但必须用 hsl(from ...) 语法，且浏览器支持有限；直接写 hsl(calc(h + 180), s, l) 几乎必然失效。
为什么 hsl(calc(h + 180), s, l) 不行
这个写法在绝大多数实际场景中不会渲染出互补色，原因很具体：
-
calc()在旧版浏览器（Chrome ≤125、Firefox ≤124）不支持在hsl()函数内运行时求值，会静默退为透明或继承色 - 单位不匹配：比如写成
hsl(calc(240deg + 180), 70%, 50%)，240deg是带单位的，180是纯数字，CSS 解析直接报错 - 越界不归一：写成
hsl(calc(350 + 180), 70%, 50%)得到530，超出 0–360 范围，浏览器可能截断为 0 或 360，结果变成红/灰/黑，不是预期的互补色
正确写法：用 hsl(from var(--color) calc(h + 180) s l)
这是目前唯一可靠的纯 CSS 动态互补色方案，它自动提取颜色的 HSL 分量，并安全处理模 360 运算：
- 不需要手动转 HEX → HSL → 加 180 → 再转回，
from会自动做 -
calc(h + 180)的结果自动归一化（如350 + 180 → 170），不用写% 360 - 支持任意输入格式：
#2563eb、rgb(37, 99, 235)、blue都可以 - 兼容性要求明确：Chrome 111+、Safari 16.4+、Firefox 115+、Edge 111+ ✅；Firefox 114 及更早 ❌
示例：
立即学习“前端免费学习笔记（深入）”；
:root {
--color-primary: #2563eb;
--color-secondary: hsl(from var(--color-primary) calc(h + 180) s l);
}
兼容性 fallback 必须主动收口
不能指望“不支持就自动降级”，浏览器不支持 hsl(from) 就是忽略该声明。必须显式提供兜底：
- 硬编码 fallback：
--color-secondary: #f97316;（提前算好并写死） - 构建时处理：用 PostCSS 插件（如
postcss-hsl-calc）把hsl(from ...)展开为确定的hsl(300, 70%, 50%) - 运行时 JS 补位：读取
getComputedStyle(document.documentElement).getPropertyValue('--color-primary')，用正则提取h值，执行(h + 180) % 360，再设回style.setProperty('--color-secondary', `hsl(${newH}, ${s}, ${l})`)
明度和饱和度容易被忽略的视觉陷阱
hsl(from ...) 默认复用原色的 s 和 l，但这常导致对比不足或可读性差：
- 主色是
hsl(205, 10%, 10%)（近黑），互补色仍是hsl(25, 10%, 10%)——人眼几乎看不出区别 - 黄（
hsl(60, 100%, 50%)）看着比蓝（hsl(240, 100%, 50%)）亮得多，直接配对可能导致文字背景对比低于 WCAG 4.5:1 - 若要提升可用性，可显式调整：
hsl(from var(--color-primary) calc(h + 180) s calc(l + 20))，但注意l超过 100% 会被静默截断
真正难的不是算色相，而是让互补色在不同亮度、饱和度组合下仍保持可读与协调——这没法靠一个 CSS 函数全自动解决。
