
Less Strict Math模式开启后,+ - * / 还会自动合并单位吗?
不会。Strict Math开启后,+ 和 - 要求左右操作数单位必须一致,否则编译直接报错;* 和 / 仍允许混合单位(如 2px * 3em),但结果单位按数学规则推导,不再“猜意图”。比如 10px / 2 仍得 5px,但 10px / 2px 得纯数字 5(无单位)。
常见错误现象:width: 100% - 20px; 在 Strict Math 下直接失败——百分比和像素不能相减。这不是bug,是设计使然。
- 必须显式转换单位:用
percentage()或unit()函数对齐,例如width: calc(100% - 20px);(交给CSS运行时)或提前算好固定值 - 若依赖运行时计算,别在Less里硬写混合单位表达式,改用
calc() - Strict Math 不影响
~""字符串插值,但插值内容不会被解析为数学表达式
如何全局启用Strict Math?strictMath 配置项在哪设?
它不是Less代码里的变量或函数,而是编译器级开关,必须在构建工具配置中传入。CLI、Webpack、Gulp插件各自位置不同,但核心都是把 { strictMath: true } 作为选项透传给Less解析器。
使用场景:团队统一禁止隐式单位转换,避免样式在不同环境渲染不一致(比如开发机算出1.5em,CI机因版本差异算成1.5无单位)。
- CLI命令行:
lessc --strict-math=on input.less output.css - Webpack +
less-loader:options: { lessOptions: { strictMath: true } } - Node.js API调用:
less.render(css, { strictMath: true }) - 注意:旧版Less(strictMaths(复数),拼错就无效
strictMath: true 下,round() floor() 等函数还支持单位参数吗?
支持,但行为更严格。这些函数本身不参与单位运算,只对数值部分生效。例如 round(1.7px) → 2px,floor(2.9em) → 2em。但如果你传了非法值,比如 round(10px + 5%),Strict Math会在进入函数前就卡在加法上,根本不会走到 round。
性能影响几乎为零,兼容性方面,所有Less 3.5+ 版本都支持,但需注意:某些老项目用的Bower或Grunt插件可能默认关着这个选项,即使Less版本新也不生效。
- 函数内部不做单位校验,所以
round(10)和round(10px)都合法 - 但像
lighten(@color, 10% + 5)这种,在Strict Math下,10% + 5会直接报错(类型不匹配),哪怕它只是颜色函数的一个参数 - 调试技巧:遇到“Operation not supported”错误,先检查报错行附近的运算符两侧是否单位/类型可比
为什么开了Strict Math,@media (max-width: @breakpoint-md - 1px) 还是能编译通过?
因为 @breakpoint-md 是一个变量,Less在解析时先展开变量值(比如 @breakpoint-md: 768px),再执行 768px - 1px。单位相同,减法合法,Strict Math放行。真正踩坑的是变量值本身带混合单位,或者变量未定义导致回退到字符串拼接。
容易被忽略的地方:Strict Math只管**运算过程**,不管**变量来源**。如果 @breakpoint-md 是从JS注入的字符串 "768px",Less仍能展开并计算;但如果它是 "768"(无单位),那 @breakpoint-md - 1px 就变成 768 - 1px,触发Strict Math报错。
- 确保变量定义时单位明确,避免靠上下文“补”单位
- 用
isunit(@var, px)在运行时做防护,但注意这属于运行时逻辑,Strict Math不干预 - 最稳妥的做法:所有参与计算的变量,初始化就带单位,例如
@gutter: 16px;而非@gutter: 16;
事情说清了就结束。Strict Math本质是把单位安全的控制权从“Less猜你想要什么”收回到“你必须写清楚”,它不解决所有精度问题,但能堵住一大类隐式转换引发的线上样式偏差。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











