最简路径是hsl(calc(h + 180), s, l)，但需确保h为无单位数值、浏览器支持静态calc解析且结果归一化到0–360，否则会渲染失败或变灰。
直接用 hsl(calc(h + 180), s, l) 是最简路径，但必须确保 h 是无单位数值、浏览器支持静态 calc 解析，且结果做了 % 360 归一化——否则会渲染失败或变灰。
hsl() 里写 calc(h + 180) 为什么有时不生效
浏览器对 hsl() 内部 calc() 的支持有隐性前提：参数必须能在样式解析阶段被静态求值。常见失效场景包括：
-
hsl(calc(var(--hue) + 180), 70%, 50%)：多数旧版 Chrome/Firefox（≤125/124）无法运行时计算，直接退为继承色或透明 -
hsl(calc(240deg + 180), 70%, 50%)：单位deg和纯数字 180 类型不匹配，报错 -
hsl(calc(350 + 180), 70%, 50%)：得手算530 % 360 = 170，否则超出 0–360 范围，CSS 会静默截断或归零
现代 CSS 中安全使用 from + calc() 的写法
CSS Color Level 4 引入了 from <color> 语法，能自动提取并运算 HSL 分量，目前 Chrome 111+、Safari 16.4+、Firefox 115+ 均已支持：
:root {
--color-primary: hsl(210, 85%, 60%);
--color-secondary: hsl(from var(--color-primary) calc(h + 180) s l);
}
这个写法真正“动态”：它从 --color-primary 解析出原始 h 值，加 180 后自动模 360，无需手动换算。但注意：from 只接受有效颜色值，不能是 currentColor 或未定义变量。
立即学习“前端免费学习笔记（深入）”；
兼容旧浏览器的 fallback 方案
如果项目需支持 Chrome 100 以下或 Safari ≤15.4，from 和内嵌 calc() 都不可靠，只能收口到构建或运行时：
- PostCSS 插件（如
postcss-hsl-calc）在打包时展开所有calc(h + 180)，输出纯数值hsl(30, 85%, 60%) - JS 动态读取：
getComputedStyle(el).getPropertyValue('--color-primary')→ 正则提取h→(h + 180) % 360→el.style.setProperty('--color-secondary', `hsl(${newH}, ...)`) - 预设两套变量：
--hue-primary: 210和--hue-secondary: 30（手动算好），CSS 中只引用变量，不碰运算
别忽略亮度（l）带来的视觉偏差
HSL 互补色只保证色相正对，不保证可读性。例如 hsl(60, 100%, 50%)（黄）和 hsl(240, 100%, 50%)（蓝）数学上互补，但黄底配白字对比度极低。实际中建议：
- 文字/背景组合时，把互补色的
l反向调整（如主色l: 50%，互补色改用l: 25%或75%） - 避免直接拿 HSL 互补色去套 WCAG 对比度检测——它看的是相对亮度，不是色相差
- 饱和度
s一般保留，除非原色太灰（s < 20%），此时可适度提s让互补色更清晰
真正麻烦的从来不是加 180，而是加完之后要不要模、模完之后亮不亮、亮不亮还要不要调 l —— 这些判断没法交给 CSS 自动做，得人盯着效果来定。
