Less本身不直接优化加载性能，需配合构建工具在构建阶段完成编译，避免浏览器端动态编译导致首屏变慢、样式闪烁及阻塞渲染。
Less 本身不直接优化加载性能，它需要配合构建工具和运行时策略才能真正减少 CSS 体积、请求数或首屏阻塞时间。 直接在浏览器里用 less.js 动态编译 .less 文件，反而会拖慢首屏渲染——这是最常踩的坑。
Webpack/Vite 中正确配置 less-loader 实现编译前置
生产环境必须把 Less 编译移出浏览器，在构建阶段完成。否则每次页面加载都要执行 JS 编译，less.refresh() 触发重编译还会造成样式闪烁。
- 确保
less-loader在css-loader之前，且不启用javascriptEnabled: true（除非真要用 JS 表达式，但会牺牲安全性与 Tree-shaking） - 开启
sourceMap: false（生产环境禁用），避免额外生成 .map 文件增加请求 - 搭配
mini-css-extract-plugin抽离 CSS，而非用style-loader插入<style></style>标签——前者支持 HTTP 缓存，后者每次都是内联新内容
@import 拆分 + 构建时合并，避免运行时重复解析
很多人以为写一堆 @import "xxx.less" 就是模块化，但若没配对构建工具，这些语句会在浏览器端被 less.js 逐个发起 HTTP 请求，形成瀑布流加载。
- 推荐结构：
base.less（重置、变量）、mixin.less（通用混合）、pages/home.less（页面独有） - 入口文件如
index.less统一@import，由 Webpack 的less-loader一次性解析合并，最终只产出一个main.css - 禁止在
.less中@import远程 URL 或动态路径（如@import "@{theme}.less"），这会导致构建失败或运行时报错Cannot resolve import
按需加载主题或功能模块时，别让 Less 参与运行时逻辑
想实现暗黑模式切换？别在 JS 里动态插入 <link rel="stylesheet/less"> 然后等 less.js 编译——它不可靠、无缓存、不兼容 CSP。
立即学习“前端免费学习笔记（深入）”；
- 正确做法：预编译多套 CSS（
light.css/dark.css），JS 控制<link disabled>切换，或通过 class 切换已编译好的条件规则（如.dark-theme .button { ... }） - 如果真要动态变量注入（比如用户自定义主题色），用 CSS 自定义属性（
--primary-color）+ JS 修改:root，而不是靠 Less 运行时计算 - 注意：服务端渲染（SSR）项目中，
less.render()同步调用可能阻塞 Node.js 事件循环，务必加缓存或改用异步池
最容易被忽略的一点：Less 的嵌套深度和 Mixin 展开次数会线性放大最终 CSS 体积。一个 5 层嵌套 + 3 个参数 Mixin 的组件，可能生成上百条冗余规则——这比加载慢更致命，它会让浏览器样式计算变卡。检查最终输出的 CSS，而不是 .less 源码行数。
