直接改hsl()第二个参数是最精细可控的方式，因color-mix(in gray)仅支持线性降饱和且兼容性差（Firefox不支持），filter:saturate()属像素级后处理、非语义调色且影响整元素渲染。
直接改 hsl() 的第二个参数（饱和度）是最精细、最可控的方式，其他方法要么不跨浏览器，要么不是真调饱和度。
为什么不能用 color-mix(in gray, ...) 精细调饱和度
color-mix(in gray, ...) 确实能降饱和，但它本质是线性混合，无法指定“降到 37%”，只能靠比例逼近；更关键的是它只在 Chromium 111+ 和 Safari 16.4+ 支持，Firefox 完全忽略整条声明——写上去没报错，但也不渲染。即使你用 @supports 包裹，也无法保证视觉一致性：DevTools 显示的 RGB 值和人眼感知的饱和度变化并不线性对应。它适合做简单灰化，不适合需要精确数值（比如设计系统中定义 --disabled-s: 20%）的场景。
为什么 filter: saturate() 不算“精细调节颜色”
saturate() 是像素级后处理，不是颜色空间内的语义调整：
- 它会把文字、图标、图片一并处理，小字号文字在 macOS 上容易发虚
- 中性灰（如
#ccc）经saturate(1.2)后可能意外偏色，破坏视觉中立性 - 和
backdrop-filter或opacity叠加时，Chrome 和 Safari 渲染结果可能不一致 - 它不改变 CSS 颜色值本身，
getComputedStyle(el).color返回的仍是原始值，没法用于逻辑判断或变量计算
用 hsl() 手动调才是真精细
所有主流浏览器都支持，且参数可预测、可计算、可绑定变量：
立即学习“前端免费学习笔记（深入）”；
- 饱和度必须带
%单位，写成50或0.5会整条失效 - 色相（
h）保持不变，才能确保不跑色；亮度（l）建议同步微调——禁用态不是单纯降s，而是s降到 15%～25% 同时，浅底上调l到 75%～85%，深底下调到 30%～45% - 想动态控制？用 CSS 自定义属性：
--s: 70%，然后写hsl(var(--h), var(--s), var(--l))，配合calc()能做hsl(var(--h), calc(var(--s) * 0.7), var(--l)) - 动画里必须全程用
hsl()，混用rgb()或十六进制会导致跳变
别踩这些坑
常见错误包括：
- 把
hsl(210, 10%, 50%)当作禁用态——s太低 +l没动，结果是糊成一片的浊蓝，尤其在白底上不可读 - 在
rgb(from ...)里写calc(s * 0.8)——语法无效，所有浏览器静默丢弃，不报错也不渲染 - 用
rgba()或opacity代替降饱和——那是变透明，不是变灰；换背景色就露馅 - 以为调高
s总是安全的：超过 95% 容易在暗背景下产生辉光，蓝/紫系尤其明显
真正难的不是写对 hsl(210, 30%, 65%)，而是理解：人眼对饱和度变化的感知是非线性的，同一数值差，在高饱和区比低饱和区更敏感。调的时候，永远以 DevTools 实时拖动为准，别只信数字。
