less 的 darken() 和 lighten() 并非智能函数，而是基于固定百分比调整 hsl 的 l 值，易导致截断、偏色或失真；可靠方案是结合 luma() 与 if 判断明度后分支处理。
Less 本身没有 darken() 或 lighten() 这类“自动加深/减淡”的魔法函数——它有的是 darken() 和 lighten()，但它们不是“自动”适配任意颜色的明暗变化，而是基于固定百分比调整 HSL 的亮度通道。用错参数或误解原理，很容易让深色变灰、浅色变糊。
为什么 darken() 和 lighten() 不是“智能变深/变浅”
这两个函数只改变 HSL 中的 L（Lightness）值，不考虑原色是否已接近纯黑或纯白。比如对 #000 执行 darken(#000, 10%)，结果仍是 #000；对 #fff 执行 lighten(#fff, 10%)，结果还是 #fff。更隐蔽的问题是：对饱和度低的灰阶色（如 #999）调用 lighten()，可能得到发青或偏粉的意外色相——因为 HSL 插值在低饱和下容易漂移。
-
darken(@color, 20%)把颜色的 L 值减少 20%，不是“让它看起来更暗” - 对
#333（L ≈ 20%）用darken(#333, 30%)→ L 变成 -10%，被截断为 0% →#000，丢失层次 - 想让按钮悬停时“自然变深”，直接写
darken(@primary, 15%)在深蓝上效果尚可，但在米白背景上就可能变成脏灰
什么时候该用 fadeout() 或 spin() 替代
当目标是视觉上“降低对比度”而非“调暗”，fadeout()（降低 alpha）更安全；当需要保持色相但微调动感，spin() 比 lighten() 更可控。尤其在浅色主题中，用 fadeout(@color, 20%) 模拟“减淡”比 lighten() 更少出错。
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
-
background-color: fadeout(#007bff, 10%)→ 半透明白底+蓝色，视觉上更柔和，且不会偏色 -
border-color: spin(@primary, 5)微调色相（+5°），比lighten(@primary, 5%)更稳定地保留蓝色调性 - 深色模式下慎用
lighten()：对#1a1a1a加 10%，得到的是泛灰的#2d2d2d，不如用mix(#000, @color, 85%)保持黑灰质感
真正可靠的“自适应加深/减淡”需手动判断明度
Less 不支持运行时条件判断，但可以用 luma() 函数获取相对明度（0–1），再结合三元运算符做分支处理。这是唯一能逼近“自动”的方式，但必须写清楚阈值逻辑。
.btn {
background-color: @primary;
&:hover {
background-color: if(luma(@primary) > 0.5, darken(@primary, 12%), lighten(@primary, 8%));
}
}
-
luma(@color)返回 0–1 的感知明度值（加权计算，非简单平均） - 明度 > 0.5（偏亮）→ 用
darken()，避免过曝；≤ 0.5 → 用lighten()，防止死黑 - 百分比数值要实测：对
#007bff（luma ≈ 0.36），lighten(..., 8%)比 12% 更协调 - 别省略单位：
darken(@c, 12)是错的，必须写12%
最常被忽略的一点：所有这些函数输出的是新颜色值，不会继承原色的透明度。如果原始 @primary 是 rgba(0, 123, 255, 0.9)，darken() 会丢掉 alpha，返回不透明的十六进制。需要保持透明度，得先用 alpha() 提取再组合。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
