Less编译慢的根源在于默认配置未适配大型项目，关闭source map、禁用严格数学检查、优化@import路径可提速2–5倍；watch模式需限定路径并跳过node_modules和隐藏文件；Node.js API调用因复用V8实例和手动缓存AST更高效。
Less编译慢不是语法问题，而是默认配置在大型项目里反复做无用功：每次重解析全部 @import 树、监听 node_modules、生成冗余 source map。关掉三处开关，编译可提速 2–5 倍。
lessc 编译为什么越改越慢？
根本原因是默认行为没适配工程规模——它把每个 @import 当作全新依赖重新加载，哪怕只改了一个变量文件，也会完整重跑整个依赖树。嵌套深、@import 多的项目尤其明显。
- 关闭源码映射：
lessc --no-source-map（调试阶段以外必须关） - 禁用严格检查：
--strict-math=on替代默认off，避免运行时推导拖慢解析 - 收敛
@import路径：根文件里别@import "bootstrap/less/bootstrap.less"，改用@import (reference) "variables"; @import "./components/button.less";
watch 模式卡住或频繁重编译
不是 lessc --watch 本身慢，是它默认递归扫描所有 @import 路径下的文件，包括 node_modules 里的 .less ——这些文件从不变更，却触发整棵树重编译。
- 显式限定路径：
lessc --watch --include-path=./src/less ./src/less/main.less - 跳过隐藏文件：
--disable-dotfiles防止监听.gitignore同级的备份.less - CI/CD 环境直接禁用 watch：构建脚本里删掉
--watch，改用一次性静态编译
Node.js API 调用比命令行快在哪？
命令行每次调用都 spawn 新进程，有启动开销；而 less.render() 可复用同一 V8 实例、缓存 AST、支持增量比对，实测省 200–400ms/次。
立即学习“前端免费学习笔记（深入）”；
- 必须手动管理缓存：
less.render()不自动缓存，得用Map存上一次的tree和css，再比对文件mtime - 慎开
javascriptEnabled: true：仅限可信代码，CI 构建环境应禁用 - 关键参数要传对：
paths替代--include-path，math控制运算行为，别漏掉
真正卡编译的从来不是 .button-style() 这种 mixin 写法，而是 @import 路径发散、变量跨文件循环引用、以及 watch 里把 node_modules 当成监听目标——这些点不清理，加再多插件也没用。
