HSL因语义明确的三维度（色相、饱和度、明度）可独立调控，而RGB三通道耦合，调整明暗需重算易偏色；换主题只需改--hue变量即可旋转全系色彩，暗色模式统一调low--l值即可安全重映射明暗。
因为 HSL 把颜色拆成三个语义明确、可独立调控的维度，而 RGB 是耦合的三通道数值——改一个状态（比如悬停变深）时，HSL 只需调 lightness，RGB 却得重算、重试、重校验，且极易偏色。
为什么改按钮悬停色时hsl()只需改一个参数
HSL 的 lightness 是单轴明暗控制，不扰动色相和饱和度。比如主色是 hsl(205, 90%, 50%)，悬停只要写 hsl(205, 90%, 40%) 就稳稳变深蓝，蓝调不变、不发灰。
- RGB 没这根轴：对
rgb(42, 110, 255)各通道减 20 →rgb(22, 90, 235)，结果偏紫；乘 0.8 →rgb(34, 88, 204)，饱和度肉眼可见下降 - 设计系统里悬停/禁用/焦点态不是“换个颜色”，而是同一色系的明暗梯度，
lightness正是这个梯度的天然坐标 - 浏览器渲染一致：所有现代引擎对
hsl()的lightness插值都基于标准公式，不会像 JS 手动算 RGB 那样因 rounding 或 float 误差导致断层
为什么换主题色只需改--hue变量
色相 hue 是 0–360° 的环状值，改它等于旋转整个色环。定义 --primary-h: 205，所有组件用 hsl(var(--primary-h), 90%, 50%)；切绿主题？只改 --primary-h: 140，按钮、标签、边框全自动对齐。
- RGB 方案下你要逐个替换：
rgb(42, 110, 255)、rgb(60, 140, 255)、rgb(80, 170, 255)……新值是否协调？得开取色器试 - 跨零点（如
355deg→5deg）浏览器自动走 +10° 短弧，动画顺滑；但硬编码 RGB 值根本没法表达这种“绕圈”关系 - 别在 CSS 里写死
hsl(205, ...)，用变量解耦，否则换肤时要全局搜索替换，漏一处就破色
为什么暗色模式切换用hsl()更可靠
暗色模式本质是系统级明暗重映射，不是“换个背景色”。用 HSL + 变量，统一调低 --l-bg 和 --l-text，所有基于它们的颜色（按钮、边框、图标、文字）自动按预设逻辑变暗，色相与饱和度全保留。
立即学习“前端免费学习笔记（深入）”；
- RGB 手动调值极易偏色：有人把
rgb(255, 255, 255)改成rgb(50, 50, 50)，结果发灰；有人用filter: brightness(0.3)，但会污染子元素，且无法单独控文字对比度 -
lightness推荐区间：背景用10%–30%，文字用80%–95%；卡在5%会丢失色相信息，变成纯黑 - WCAG 对比度可粗筛：
l差值 ≥40% 通常满足 AA 级（如l: 20%背景 +l: 90%文字），比解析 RGB 计算 luminance 快得多
真正难的不是学会写 hsl()，而是把颜色从“固定值思维”切换到“维度思维”——hue 控冷暖，saturation 控情绪，lightness 控层级。一旦变量拆开，改色就不再是修 bug，而是调参数。
