纯 CSS 中 hsl(calc()) 动态算互补色不可靠，因浏览器不支持运行时色相加减与模360归一化，常静默失效；推荐构建时预处理、JS动态注入或手算写死变量。
纯 CSS 里用 calc() 在 hsl() 中动态算互补色，基本不可靠——浏览器不支持运行时解析色相加减，多数情况会静默失效或渲染为灰/黑/透明。
为什么 hsl(calc(var(--hue) + 180), s, l) 经常不生效
这不是写法“不够高级”，而是 CSS 规范和浏览器实现的硬限制：hsl() 的每个参数必须是可静态解析的值，calc() 不能在函数体内参与颜色分量的动态求值。
-
hsl(calc(240 + 180), 70%, 50%)：看似合法，但旧版 Chrome（≤125）、Firefox（≤124）直接忽略整条声明 -
hsl(calc(var(--hue) + 180), 70%, 50%)：若--hue是240deg（带单位），类型不匹配，报错；若是240（无单位），仍可能因浏览器不支持“运行时模 360”而输出hsl(420, ...)，结果被截断或归零 - 即使数值正确（如
hsl(420, 70%, 50%)），CSS 不自动做% 360归一化，420 超出 0–360 范围，行为未定义
真正能落地的三种方案（按推荐顺序）
别纠结“能不能一行 CSS 解决”，先看场景是否允许构建时或 JS 干预：
-
构建时预处理（最稳）：用 PostCSS 插件（如
postcss-hsl-calc）把hsl(from #2563eb calc(h + 180) s l)编译成hsl(205, 70%, 55%)。零运行时开销，全浏览器兼容 -
JS 动态注入（可控）：读取
getComputedStyle(el).color，用正则提取 H 值，手动算(h + 180) % 360，再设回el.style.setProperty('--comp-h', newH)。注意 FOUC 风险，伪元素、未挂载元素无法读取 -
纯 CSS fallback（最简但脆弱）：手算好互补色，写死变量，例如
--primary: hsl(210, 100%, 50%); --primary-comp: hsl(30, 100%, 50%);。换主色时必须同步更新两处，适合小项目或原型
容易被忽略的边界细节
就算你用 JS 或预处理器算出了新色相，也得小心这些“隐性翻车点”：
立即学习“前端免费学习笔记（深入）”；
- 色相是循环的：350° + 180° = 530° → 必须
% 360→ 得 170°，不是 530° - 不要混用
0°和360°：CSS 解析器视其为不同值，可能导致calc(360 - 180)≠calc(0 + 180) - 饱和度和亮度（
s/l）通常不变，但设计上可调l提升对比度——比如主色l: 50%，互补色用l: 65%避免发灰 - Safari ≤15.4 不支持
hsl()内任何calc()，连hsl(calc(var(--h) - 10), ...)都会被整条丢弃
真正麻烦的从来不是“怎么加 180”，而是“加完怎么保证它还在 0–360 里，且所有浏览器都认”。没构建工具或 JS 支持时，手算 + 写死反而是最快上线的方式。
