lessc压缩需区分--compress（内置安全）和--clean-css（依赖clean-css-cli），后者可能破坏层叠顺序、兼容性及体积控制，webpack中应改用css-minimizer-webpack-plugin统一处理。
直接用 lessc 加 --clean-css 参数，但必须额外装 clean-css-cli；本地调试更推荐 --compress，它不破坏样式层叠，也不依赖外部工具。
lessc 压缩输出必须装 clean-css-cli 才能用 --clean-css
很多人执行 lessc --clean-css input.less output.css 报错 Command not found: cleancss，是因为 --clean-css 不是 lessc 内置功能，而是调用外部命令。你得先全局安装它：
npm install -g clean-css-cli- 再运行
lessc --clean-css input.less output.min.css - 如果项目里已装过
clean-css但没装 CLI 版，--clean-css仍会失败——CLI 和库不是一回事
--compress 和 --clean-css 的行为差异很关键
两者压缩逻辑完全不同，选错会导致样式错位或兼容性问题：
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
-
--compress：删空格、换行、重复分号，保留所有选择器结构和注释（除/*!），不合并规则，IE8+ 安全 -
--clean-css：默认启用选择器合并、单位简化、颜色简写，可能把.a{color:red}.b{color:red}合成.a,.b{color:red}，但若层叠顺序依赖原结构（比如.b覆盖.a），就出问题 - 旧版 Safari 对
calc(100%-20px)敏感——--clean-css默认删括号内空格，变成calc(100%-20px)，解析失败；加--compatibility '*' --keep-breaks可缓解
压缩后体积反而变大？检查 sourcemap 和注释
常见于 CI/CD 流水线中生成的 .min.css 比未压缩版还大，原因往往不是压缩本身，而是附带内容：
-
--source-map或--sourcemap开启时，sourcemap 文本直接追加在 CSS 文件末尾，体积激增 -
/*! ... */类型的保留注释被 clean-css 默认留下，尤其当 Less 源里有大量文档注释时 - 解决办法：加
--remove-source-maps+--skip-imports（跳过@import内联）+--no-rebase - 另外，Less 源中混用的
//行注释会被转成普通文本保留在 CSS 中，clean-css 不处理，也推高体积
Webpack 场景下别依赖 lessc 压缩，改用 css-minimizer-webpack-plugin
Webpack 构建链里，less-loader 只负责编译，不负责压缩。如果你在 less-loader 的 options 里设 compress: true，它只影响 toCSS() 输出，且已被废弃（v7+ 不再支持）：
- 正确做法是：用
css-minimizer-webpack-plugin在 CSS 提取后统一压缩 - 配置示例：
new CssMinimizerPlugin({ minimizerOptions: { preset: ['default', { discardComments: { removeAll: true } }] } }) - 这样能和 PostCSS、autoprefixer 等协同，避免
lessc --clean-css与 Webpack loader 阶段重复处理导致的样式冲突
真正容易被忽略的是：Less 本身没有 Tree Shaking，所谓“只编译用到的样式”，靠的是构建工具对 @import 的静态分析和模块引用关系，而不是 lessc 的某个开关。压缩只是最后一步，前置的导入控制（比如 @import (once)、禁用通配符导入、strictImports）才决定体积上限。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
