less 4.x中裸露的/一律视为css字面量不计算,必须写成(100px / 4)或100px ./ 4才触发运算;math和strictmath配置对此无影响,属编译器硬编码规则。

Less 4.x 中所有裸露的 / 都不会参与计算,而是原样输出为 CSS 字面量 —— 这不是 bug,是编译器硬编码行为。你必须显式用括号或 ./ 标记除法,否则生成的 CSS 无效(浏览器静默丢弃该声明),且构建过程不报错。
为什么 100px / 4 编译后还是 100px / 4
Less 4.x 彻底移除了“宽松除法”逻辑:/ 在属性值中一律视为 CSS 字符,仅用于 font、grid-area 等简写语法分隔。它不再尝试判断“这是否该算数”。所以:
-
width: 100px / 4;→ 输出width: 100px / 4;,浏览器忽略 -
line-height: 20px / 16px;→ 输出line-height: 20px / 16px;,行高失效 -
@size: 16px / 2;→ 变量值变成字符串"16px / 2",后续引用全崩
必须用 (...) 或 ./ 显式标记除法
只有这两种写法能触发计算,其他形式均无效:
- 推荐写法:
width: (100px / 4);—— 语义清晰、支持嵌套单位(如(2rem / 2))、与calc()风格一致 - 可用但需谨慎:
width: 100px ./ 4;——./左右必须各有一个空格;100px./4或100px . / 4均解析失败 - 错误写法:
width: 100 / 4px;、width: (100 / 4)px;(单位位置非法,报Operation on an invalid type)
math 和 strictMath 配置根本不管除法
这些配置对 / 是否执行计算完全无影响:
-
math: "always"、math: 0、math: 1等旧值在 4.x 中已被忽略;math: 2仅让编译器对裸露/直接报错(倒逼你改写),但它不改变底层规则 -
strictMath: true只控制无单位数值能否参与运算(如10px + 5是否报错),对100px / 4的行为零作用 - Vite 中设
css.preprocessorOptions.less.math = "always"、Webpack 中传{ math: 'always' },全部无效
容易被忽略的点:没有例外,也不报错
这个规则由 Less 4.x 编译器底层硬编码决定,不经过任何配置层,也不随构建工具变化。VS Code 的 Easy Less 插件(1.7.0+)、CI 日志、lessc 命令行都不会警告你漏了括号 —— 你只能手动检查生成的 CSS 文件,或用工具扫描含 / 的声明行,确认是否被原样输出。漏掉一个括号,可能让某个组件高度塌陷,而 DevTools 里只显示灰色、无生效样式的声明。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











