less 4.x无math模式配置，除法仅在括号内（如(100px/4)）或用./（如100px ./ 4）时计算，否则原样输出导致css错误。
Less 4.0 没有可配置的 math 参数，所谓 math: "always" 是无效配置，它不会改变除法行为，也不会让 100px / 4 正常计算——这种写法在任何 Less 4.x 版本中都会原样输出为 CSS，浏览器直接报错或忽略。
lessc 或 vite.config.ts 中的 math 配置根本不起作用
你在文档或旧教程里看到的 math: "always"、math: "parens" 等选项，只存在于 Less 3.x 及更早版本。Less 自 4.0.0 起已**移除所有 math 模式开关**，硬编码了除法规则：仅当表达式被小括号包裹（如 (100px / 4)），或使用 ./ 运算符（如 100px ./ 4）时才执行计算；其余所有 / 都被当作 CSS 字面量保留。
这意味着：
-
lessc --math=always input.less命令会被忽略，不报错但也不生效 - Vite 的
preprocessorOptions.less.math = "always"不会触发任何行为变更，vite 内部调用的是 Less 4.x API，该 API 已无视该字段 - Webpack
less-loader同理，传入{ math: 'always' }是冗余且无意义的
./ 和 () 是仅有的两种合法除法写法
你必须显式选择其中一种，不能依赖配置“自动修复”。两者语义一致，但细节不同：
-
(100px / 4)：推荐首选。支持嵌套单位（如(2rem / 2)）、可读性强、兼容所有 Less 4.x 小版本 -
100px ./ 4：Less 特有语法，./必须与左右操作数之间有空格，否则100px./4会解析失败 - 反例：
100 / 4px单位位置错误；(100 / 4)px会导致Operation on an invalid type报错
严格数学模式（strictMath）和除法无关，别混淆
strictMath: true 控制的是「是否允许无单位数值参与运算」，比如 10px + 5 在非严格模式下会被隐式转成 10px + 5px，开启后则直接编译失败。但它**完全不影响除法是否执行**——100px / 4 即使开了 strictMath，依然不会计算，照样输出原样。
真正影响除法的只有写法，不是配置。常见误判场景：
- 以为加了
strictMath: true就能“强制计算除法” → 实际毫无关系 - 在 VS Code 里用 Easy Less 插件看到“编译成功”，就认为
width: 100px / 4没问题 → 其实插件可能用了旧版 Less 引擎，或输出了非法 CSS - 查构建日志没报错，就认定样式生效 → 浏览器 DevTools 里能看到
width: 100px / 4这种声明，CSS 解析失败，属性被静默丢弃
最容易被忽略的一点：除法行为是编译器底层硬编码的，不经过配置层，也不随工具链变化。漏掉一个括号，可能让整个布局高度塌陷，而控制台连警告都没有——你得靠肉眼检查生成的 CSS，或用 CSS 概述工具扫出非法声明。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
