less 4.x 默认启用严格数学模式，未加括号的混合运算如3 + 4 * 2会报错；math: 0已废弃，仅支持math: 1（兼容旧写法）和math: 2（强制括号），配置须在编译器启动时生效。
Less 4.x 默认启用严格数学模式，3 + 4 * 2 这类未加括号的混合运算会直接报错 —— 不是 bug，是设计变更。
Less 4.x 的 math 配置项必须显式声明
Less 4.0+ 彻底移除了“宽松数学”（math: 0）的默认行为，所有算术表达式必须符合明确的运算优先级规则。如果你的样式里写了类似 @width: 100px - 20px / 2;，旧版会算成 100px - 10px = 90px，而新版直接抛错：Operation on an invalid type。
解决方法不是改代码，而是告诉编译器你接受旧逻辑：
- Webpack +
less-loader：在less-loader的options中加math: 1（即always模式）或math: 2（strict，推荐但需同步改代码） - Vite：在
vite.config.ts的css.preprocessorOptions.less下设置math: 1 - 命令行
lessc：加参数--math=1
math: 0 已被完全废弃，别再用
Less 3.x 支持的 math: 0（parens-division）在 4.x 中已移除。如果你在配置里还留着这行，less-loader 会静默忽略，然后按 math: 2 执行，导致看似没配却突然报错。检查你的构建配置，删掉所有 math: 0。
可用值只有：
-
math: 1→ 兼容旧写法，允许10px / 2这种无括号除法 -
math: 2→ 强制括号，10px / 2报错，必须写成(10px) / 2或10px / (2)
为什么 math: 1 不是万能解？
它只是兜底方案，掩盖了潜在的歧义。比如 @a: 10px; @b: 20px; @c: @a + @b / 2;，math: 1 算出 20px（先除后加），但人眼容易误读为 (@a + @b) / 2。上线前建议逐步收敛到 math: 2，并给所有混合运算加括号。
真正容易被忽略的是：这个配置必须落在 Less 编译器**启动时**生效的位置。Webpack 中写在 less-loader 外层、Vite 中漏掉 preprocessorOptions 嵌套层级，都会让配置不生效 —— 错误依旧，且无任何提示。
