Less数学运算惰性求值，变量保留表达式结构至实际使用时才计算；单位须一致或含无单位数，括号控优先级，unit()和round()用于单位剥离与精度控制。
Less 中的数学运算默认是“惰性求值”的
Less 不会在写 @width: 10px + 5px 的瞬间就合并成 15px，而是先保留表达式结构，等真正用到该变量（比如赋给 width 属性）时才计算。这听起来方便，但容易误以为“写了就能直接用”，结果在嵌套或函数调用中失效。
常见错误现象：@gap: 2rem * 1.5; 看似合理，但如果 @gap 后续被传进 .mixin(@val) 且 mixin 内部没做单位校验，可能报错 Operation on an invalid type —— 因为传入的是未计算的表达式节点，而非数值。
- 所有参与运算的值必须有相同单位，或其中一个是无单位数字（如
2、1.5），否则 Less 报错Cannot unite 'px' and 'rem' - 加减法要求单位一致；乘除法允许无单位数参与，例如
10px * 2→20px，但10px * 1rem非法 - 用括号显式控制优先级，
(10px + 2px) * 2和10px + 2px * 2结果不同（后者是10px + 4px = 14px）
用 unit() 和 round() 处理单位剥离与精度控制
当需要把带单位的值转成纯数字参与逻辑判断（比如条件分支），或避免小数位过多导致 CSS 输出冗长，就得主动干预计算流程。
例如响应式断点常需比较 @screen-md 和 @container-width，但 Less 不支持 if (@a > @b) 这种运行时判断，只能靠 unit() 剥离单位后交给 when 条件混合宏处理：
立即学习“前端免费学习笔记（深入）”；
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
.responsive-padding(@size) when (unit(@size, px) > 768) {
padding: unit(@size, px) / 16 * 1rem;
}
.responsive-padding(@size) when (unit(@size, px) <= 768) {
padding: @size / 2;
}-
unit(@val, px)强制将@val转为像素数值（若原值无 px 单位会出错，建议先用ispixel()判断） -
round(@val, 2)控制小数位，round(1.2345rem, 2)→1.23rem，避免生成1.2349999999999999rem - 乘除结果若含浮点，浏览器虽能解析，但调试时难读，建议对关键尺寸统一
round()
慎用 calc() 混合进 Less 运算链
Less 编译期无法解析 CSS 原生 calc() 内部表达式，所以 @width: calc(100% - 20px) 在 Less 里只是字符串，不会参与后续数学运算。强行拼接会导致无效 CSS 或运行时失效。
典型翻车场景：想动态生成一个基于容器减去边框的宽度，写成 @content-width: calc(~"100% - @{border-width}"); —— 这看似绕过了编译限制，但 @content-width 后续无法再和 2rem 相加，因为它是字符串，不是数值。
- Less 数学运算和
calc()属于两个层级：前者在编译时完成，后者在浏览器渲染时求值 - 需要动态计算的场景（如视口相关），应放弃 Less 运算，直接输出
calc()字符串，并确保变量已插值（用~""和@{var}） - 若必须组合，只在最终属性值层面拼接，例如：
width: ~"calc(100% - @{gutter} - @{padding})";，中间变量保持独立、不参与 Less 算术
单位混用报错时，优先检查变量来源而非表达式本身
Less 报错 Mismatched units: 'px' and 'em' 很常见，但错误定位点往往不在报错行，而在上游某个被多次复用的变量定义处。比如 @base-font-size: 16px; 被用于计算 @line-height: @base-font-size * 1.5;，之后又拿 @line-height 去加 2em —— 此时问题根源是 @base-font-size 定义了单位，导致整个链条绑定 px，无法与 em 运算。
- 基础尺寸变量建议定义为无单位数（如
@font-size-base: 16;），使用时再补单位：@line-height: @font-size-base * 1.5 * 1px; - 全局统一单位策略：项目中只用
rem或只用px，避免跨单位运算；如需兼容，用pxtorem()函数（需自定义或引入库）转换 - Less 7+ 支持
math选项（math: always可强制提前计算），但会破坏部分依赖惰性求值的技巧，启用前务必全量回归测试
单位混用的问题，从来不在你怎么写那一行运算，而在于你从哪一行开始就没想清楚这个变量到底该不该带单位。
