改lightness能稳切暗色模式，因其独立调控明暗而不影响色相与饱和度；rgb()三通道耦合，调整必致偏色。
为什么改 lightness 就能稳切暗色模式，而 rgb() 一调就偏色
因为 lightness 是独立控制明暗的轴，不碰 hue 和 saturation，颜色本质不变；rgb() 三个通道绑死，动任意一个都会拖拽色相和饱和度。比如主色是 hsl(205, 90%, 50%)，暗色模式直接写 hsl(205, 90%, 15%)，蓝调干净、彩度在线；换成 rgb(42, 110, 255)，减固定值 → rgb(12, 80, 225) 发青，乘系数 → rgb(21, 55, 127) 偏紫发灰。
常见错误现象：rgb() 手动调值后文字对比度突然不达标、按钮悬停色“飘”出原色系、暗色背景泛灰无层次。
-
lightness推荐区间：暗色背景用10%–30%，文字用80%–95%；卡在5%会趋近纯黑，色相信息丢失 - 别用 JS 或 CSS 手动算 “变暗 20%”，浏览器只认数值，不认直觉
- Chrome DevTools 颜色拾取器点一下就能把
#2a6eff转成hsl(210, 90%, 50%)，比查表快
为什么换主题只需改一个 --hue 变量，rgb() 却要全局重配
hue 是 0–360° 的环状值，改它等于旋转整个色环——所有基于它的衍生色自动对齐；rgb() 没这层几何关系，换蓝调为绿调，你得逐个替换 rgb(42, 110, 255)、rgb(60, 140, 255)、rgb(80, 170, 255)……还难保协调。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 定义基础色相变量：
:root { --primary-h: 205; }，组件全用hsl(var(--primary-h), 90%, 50%) - 跨零点（如
355deg→5deg）浏览器自动走 +10° 短弧，动画顺滑；但手写hsl(365, ...)缺单位deg，旧版 Safari 可能失效 -
hue微调 ±10° 几乎无感，适合精细适配；跨 60° 以上才明显可辨
为什么 hsl() 渐变和悬停动画更平滑，rgb() 容易出灰阶断层
rgb() 在立方体空间线性插值，红→绿必经脏棕色；hsl() 沿圆柱模型插值，色相绕圈走，全程高彩度。hsl(0, 100%, 50%) → hsl(120, 100%, 50%) 是彩虹过渡，rgb(255, 0, 0) → rgb(0, 255, 0) 中间必然穿插灰褐断层。
容易被忽略的阈值：
-
saturation低于20%时，色相再怎么动也只剩灰阶，动画失效 -
lightness卡在10%或90%附近，动画退化为“明暗闪烁”，不是流光 - 安全区间：
saturation锁在60%–90%，lightness控在30%–70%
为什么 HSL 更适合状态变体批量生成，RGB 容易配错一套色
按钮默认态、悬停态、禁用态不是“换个颜色”，而是同一色系的明暗/彩度梯度。hsl() 天然支持：默认 hsl(205, 90%, 50%) → 悬停 hsl(205, 90%, 65%)（只提亮）→ 禁用 hsl(205, 30%, 75%)（降饱和+提亮）；rgb() 没语义化控制能力，得开取色器一个个试，稍有偏差就“不是一套”。
关键细节：
- 悬停只改
lightness，不碰hue和saturation，避免色相漂移 - 禁用态重点是降
saturation（30%左右），不是单纯变灰；saturation太低（）时人眼已无法分辨色相差异 - WCAG 对比度可粗筛：
lightness差值 ≥40%通常满足 AA 级（如l: 20%背景 +l: 90%文字）
hsl() 语法，而是把颜色从“固定值思维”切换到“维度思维”——hue 控冷暖，saturation 控情绪，lightness 控层级。变量一拆开，改色就不再是修 bug，而是调参数。 
