lighten() 和 darken() 通过直接增减 HSL 的 L 值（0–100%）微调明度，非叠加黑白；建议跨度控制在 10%–25%，超 30% 易致高饱和色发灰、浅色失辨、深色过暗，且纯白/纯黑无法进一步提亮或加深。
用 lighten() 和 darken() 微调明度，但别超 30%
这两个函数最常用，但效果不是“加白”或“加黑”，而是直接修改 HSL 的 L 值（0–100%）。lighten(#333, 15%) 实际是把 L 从约 20% 提到 35%，结果更柔和，但对高饱和色（如 #00e0ff）加深 40% 会明显发灰，而非变深青。
常见错误现象：
-
lighten(@bg, 8%)用于按钮悬停，结果 hover 和 normal 肉眼难区分 -
darken(#f9f9f9, 10%)输出#fcfcfc，在浅背景上几乎不可辨
实操建议：
- 跨度控制在 10%–25% 内更安全；超过 30% 就要手动验证 HSL L 值是否合理
- 浅灰文字慎用
lighten()：比如lighten(#333, 15%) → #5c5c5c，可能不满足 WCAG AA 对比度要求 - 纯白
#ffffff传给lighten()不报错，但结果仍是#ffffff——L 已达上限
用 saturate() 和 desaturate() 控制鲜艳度，避开视觉疲劳
UI 中的图标、标签、状态徽章常需要统一饱和度层级。saturate(@accent, 15%) 在原有饱和度基础上加 15 个百分点（不是乘算），适合让冷色调更醒目；desaturate(@text, 20%) 则常用于禁用态文字。
立即学习“前端免费学习笔记（深入）”；
注意点：
- 对已接近灰阶的颜色（如
#999）再desaturate()，结果变化微弱，不如直接换色阶变量 - 深色模式下慎用
saturate()：高饱和蓝紫在暗底上易刺眼，建议搭配fade()降透明度来柔化 -
saturate()不改变明度，所以它比lighten()更适合保持文字可读性前提下的色彩强化
用 contrast() 自动生成适配文字色，别手写黑白
深色/浅色背景切换时，最省事又可靠的反色方案是 contrast(@bg, #000, #fff)。它基于背景色的明度自动选深或浅基准色，不是简单 RGB 取反——invert() 是滤镜，不能用于 Less 编译期变量生成。
典型误用：
- 传
transparent或未定义变量，编译直接失败 - 阈值设太高（如
0.8），导致浅灰背景仍返回#000，对比度不足 - 旧版 Less（contrast(#222, #000, #fff) 没问题，但加阈值会报错
实操建议：
- 基础反色拿到后可微调：
lighten(contrast(#1a1a1a, #000, #fff), 3%)比纯白更耐看 - 避免用
spin()改反色色相——文字不需要偏蓝或偏黄，语义清晰比“好看”优先
用 fade() 管理透明度，注意它是“设目标值”不是“减百分点”
fade(@color, 40) 表示最终 Alpha = 0.4（即 60% 透明），不是“降低 40% 不透明度”。这个区别直接影响禁用态、遮罩层、悬浮提示的设计逻辑。
关键细节：
- 参数必须是 0–100 的整数，
fade(#000, 0.4)会编译失败；字符串"40"会被静默转为 0 - 如果
@color本身是rgba(0,0,0,0.8)，fade(@color, 60)会覆盖 Alpha 为 0.6，不是 0.8 × 0.6 -
fadeout(@color, 20)才是“减少 20 个百分点不透明度”，适合做状态渐进：正常态 Alpha=1 → 禁用态 Alpha=0.8
真正容易被忽略的是：所有这些函数只在 Less 编译期起作用。所谓“动态色调”，本质是靠它们生成稳定 CSS 变量（如 --primary: #3498db），再由 CSS var(--primary) + JS 切换 class 或媒体查询驱动 runtime 行为。函数再灵活，也变不出浏览器里实时过渡的动画效果。
