Less编译后CSS体积过大需双管齐下：启用--clean-css深度压缩（需npm安装插件并配--s1--advanced等参数），同时用@import (reference)和(once)显式控制引入，避免重复输出与extend失效。
Less编译后CSS体积过大，不是编译器“没压缩”，而是默认不压缩 + 产物里塞了大量重复、未用、隐式引入的样式——必须靠插件压缩 + 显式按需引入双管齐下。
lessc 命令行怎么启用真正有效的压缩
lessc 默认输出带空格、换行、注释的可读CSS，--compress只是删空格换行，几乎不减体积；真正起效的是 --clean-css，但它需要额外安装插件且参数敏感。
- 先全局安装：
npm install -g less less-plugin-clean-css - 基础压缩命令：
lessc app.less --clean-css="--s1 --advanced --compatibility '*'"（--s1保留重要分号，--advanced开启选择器合并与空规则剔除） - ⚠️ 注意：
--clean-css默认会移除@charset，若项目含 GBK 字体声明，必须加--keep-breaks保底 - 构建脚本中慎用
--remove-source-maps：它会删 sourcemap，但若你依赖 CSS source map 定位样式来源，删了反而难调试
@import (reference) 和 @import (once) 怎么配合避免样式爆炸
体积膨胀主因是同一份变量/mixin被多次导入、同一基础类被不同文件各自 :extend()，结果生成多份重复声明。关键不是“少写”，而是“只让一份真实输出”。
-
@import (reference) "base.less"：只导入变量和.mixin()，不输出任何 CSS —— 适合放@color-primary或.clearfix() -
@import (once) "components/button.less"：确保该文件只被引入一次，路径必须完全一致（./button≠../src/button） - 禁用通配导入：
@import "components/*.less"在标准 Less 中不被支持，多数构建工具会静默失败或乱序加载 - 检查编译后 CSS：如果看到
.icon, .btn-icon, .menu-icon { ... }这种逗号合并的选择器，说明:extend(.icon)成功了；如果只有孤立的.btn-icon { ... }，那就是继承目标没输出或路径错位
为什么 extend 没减少体积，反而更大了
:extend() 不是魔法开关，它只在「被继承的选择器真实存在于最终 CSS 中」时才生效。否则编译器退化为复制声明，体积必然增大。
立即学习“前端免费学习笔记（深入）”；
- 常见失效场景：
@import (reference) "reset.less"里定义了.btn，但reset.less又@import "normalize.css"（没加reference），导致.btn被跳过，.primary-btn:extend(.btn all)就只能复制整套规则 - 多个文件都写
.x:extend(.icon all)，但.icon分散在icons-1.less和icons-2.less里，且都没用(once)统一收口 → 编译出两套.icon规则，:extend各自继承一份 -
:extend()不支持参数、不处理&:hover嵌套，想传参或带伪类就老实用.mixin()，混用等于白忙
Webpack 构建中 CSS 体积失控的真实瓶颈在哪
Webpack 里光靠 css-minimizer-webpack-plugin 压缩不够——它只处理已提取的 CSS 字符串，看不到 Less 的 @import 依赖树，跨文件重复无法识别。
- 必须前置用
postcss-import展开所有@import，再交给cssnano全局去重，否则button.less和form.less里各一个.sr-only { ... }会原样保留两份 - 禁用 Less 自带的
merge功能（Webpack 的less-loader默认关着，但自定义配置里若开了math: always或strictImports: true，可能干扰依赖解析） - 绝对路径导入（如
@import "/src/vars.less"）会导致postcss-import无法解析，应统一用相对路径或配置别名 - 开发时的
debug-*类、Storybook 注入的临时样式，若没在生产环境剔除，也会进最终 CSS
最常被忽略的一点：压缩插件能删空格，但删不掉你亲手写的冗余嵌套。比如三层 &__item &__content &__text 编译出来就是超长选择器，gzip 也救不了——扁平化结构比压缩参数重要十倍。
