hsl()配合:root变量是真正能落地的响应式颜色方案，因其支持明暗切换、主题适配和批量调色；十六进制硬编码缺乏语义且无法动态计算亮度饱和度，而hsl+变量可通过修改单一值实现全局响应式变色，并需同时适配prefers-color-scheme与forced-colors。
响应式项目里，hsl() 配合 :root 变量是真正能落地的颜色方案，不是因为它“新”，而是它让明暗切换、主题适配和批量调色变成一行 CSS 就能生效的事。
为什么十六进制 #rrggbb 在响应式中容易出问题
硬编码颜色值在不同上下文里会失去语义。比如 #4a90e2 在深色模式下直接当背景用，对比度大概率不达标；想手动调成 #3a70c2，全靠经验猜，没人能保证是否符合 WCAG 4.5:1。更麻烦的是：同一主色在手机端要加深、平板要微调、深色模式要反转——每个地方都写死 # 值，改一次就得全局搜替换，还容易漏。
- 不支持动态计算亮度或饱和度
- 无法通过媒体查询“批量重设”一组关联色（比如所有按钮变暗）
- 和
prefers-color-scheme、forced-colors等系统偏好完全脱钩
用 hsl() + :root 变量实现真响应式配色
把主色拆解为 --brand-h、--brand-s、--brand-l 三个变量，再用 hsl(var(--brand-h), var(--brand-s), var(--brand-l)) 生成颜色。这样，深色模式只需改 --brand-l 从 58% 降到 25%，所有引用该变量的元素自动变暗。
- 小屏下文字需更高对比度？改
--text-l从30%→20%，一行生效 - 想临时启用高对比度模式？加
@media (forced-colors: active)块，覆盖--brand-l为100% - 避免
hsla(208, 58%, 58%, 0.8)这种写法——透明度应单独抽成变量，如--brand-alpha，方便统一控制
prefers-color-scheme 和 forced-colors 必须一起用
只监听 prefers-color-scheme: dark 不够。Windows 高对比度模式下，用户可能强制使用系统级配色，此时 hsl() 值会被忽略，浏览器会用 forced-colors 上下文重绘。
立即学习“前端免费学习笔记（深入）”；
- 先定义基础变量：
:root { --color-bg: hsl(0, 0%, 100%); --color-text: hsl(0, 0%, 20%); } - 再分层覆盖：
@media (prefers-color-scheme: dark) { :root { --color-bg: hsl(0, 0%, 10%); } } - 最后兜底：
@media (forced-colors: active) { :root { --color-bg: Canvas; --color-text: CanvasText; } }（注意：Canvas和CanvasText是系统关键词，不是字符串，不能加引号）
现代格式如 oklch() 目前只适合局部增强——Safari 17.4 以下完全不支持，且无法被 PostCSS 或旧版构建工具识别。真要用，必须带回退方案，比如 background-color: hsl(208, 58%, 58%); background-color: oklch(0.7 0.15 240);。最易被忽略的点是：很多人写了 prefers-color-scheme 却漏掉 forced-colors，结果高对比度用户根本看不到你调的色。
