Less让rem等相对单位真正可编程：通过变量统一管理根字号实现全局缩放，嵌套强化em/rem语义一致性，但需严控单位顺序、避免跨单位运算、显式括号保安全，编译后为静态CSS无运行时开销。
Less 本身不决定单位类型，但它的变量、运算和嵌套能力，让相对单位（如 rem、em）的维护和响应式控制变得真正可编程——不是“能用”，而是“好管、好调、不出错”。
变量 + rem 实现全局缩放控制
移动端适配常需根据屏幕宽度动态设置 html 的 font-size，而所有 rem 值都依赖它。用 Less 变量统一管理基准值，比硬写 CSS 更灵活：
比如定义 @root-font-size: 16px;，再写 .btn { font-size: 1.25rem; }，实际就是 20px。后续只需改变量，整站字号自动按比例缩放。
- 修改
@root-font-size后，所有rem值自动重算，无需逐个调整 - 配合媒体查询，可分段定义：
@media (max-width: 768px) { html { font-size: 14px; } }，Less 编译后就是纯 CSS，无运行时开销 - 注意：不要在变量里混写单位（如
@base: 16rem），否则参与运算时容易出错；应保持@base: 16;，使用时再加rem
运算中单位丢失是高频翻车点
Less 支持 1.5 * @gap 这类运算，但单位处理极敏感——顺序和括号直接影响结果：
立即学习“前端免费学习笔记（深入）”；
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
假设 @gap: 12px;，width: @gap * 2; → 24px；但 width: 2 * @gap; 在旧版 lessc 中可能报错或丢单位，尤其 Node.js v14+ 默认 --strict-math=off 时更危险。
- 显式加括号最稳：
width: (@gap * 2); - 避免跨单位运算，如
@gap: 12px; @scale: 1.5; width: @gap * @scale;是安全的；但@gap: 12; width: @gap * 1.5rem;会以rem为基准，结果是18rem，而非预期的18px - 移动端常用动态间距：
@card-gap: @base-gap * 1.5;，一旦@base-gap是纯数字，就必须确保所有乘数上下文单位一致
嵌套 + 相对单位强化语义一致性
相对单位的意义依赖上下文（em 看父元素字体，rem 看根字体），而 Less 嵌套天然模拟 DOM 层级，让这种依赖关系在代码中一目了然：
例如：.card { font-size: 1.125rem; .card-title { font-size: 1.25em; } }，.card-title 的 1.25em 明确基于 .card 的字号计算，结构即逻辑。
- 嵌套内用
em比散落在各处的绝对值更易推演尺寸链 - 但注意：嵌套过深时，
em会逐层累积放大，调试困难；此时优先用rem或ch/vw等更稳定的相对单位 - Less 不支持运行时重算，所以嵌套带来的语义优势只体现在开发阶段——写得清，改得准，编译后仍是标准 CSS
真正体现 Less 灵活性的，不是它“支持”相对单位，而是它让相对单位的定义、复用、计算和约束，变成可声明、可追踪、可批量修正的一组静态规则。一旦漏掉单位声明顺序、变量类型或 strict-math 配置，编译结果就可能静默异常——这恰恰是预处理器威力与风险并存的地方。
