less编译输出空行是源文件换行符和@import拼接的直接结果，它原样保留所有换行、空行与缩进，尤其多文件合并时各文件头尾空行会叠加，--compress仅压缩为单行而不清理空行。
Less 编译输出空行是源文件换行符和@import拼接的直接结果
Less 不做空白标准化，它把每个 .less 文件里的换行、空行、缩进原样带入最终 CSS。尤其当多个文件通过 @import 合并时，被导入文件末尾的空行、开头的注释前空行、甚至 @import 语句自身的换行，都会被拼接进去。
常见触发点：
-
@import "mixins.less";后面跟了两个换行，而mixins.less开头又有三行空行 → 最终 CSS 里就多出五条空行 - 用 Windows 记事本保存的
.less文件含\r\n，Linux 下 lessc 保留它，某些 postcss 插件会把\r当非法字符处理，导致后续规则错位或空行异常 - VS Code 中启用了 “format on save”，但没配 Less 专用格式化器，自动插入的空行被无差别保留
空行不是 bug，但会影响压缩工具和审查工具行为
像 cssnano、clean-css 这类压缩器默认不删空行（除非开 mergeLonghand: false 或显式启用 removeEmpty: true），所以空行会一直留到生产环境。更麻烦的是，Stylelint 等审查工具若配置了 max-empty-lines 规则，会直接报错 —— 它检查的是最终 CSS，而不是源 .less。
关键事实：
-
--compress不会减少空行数量，它只移除所有空白符（包括换行），把整个 CSS 压成单行 - SourceMap 的
sourcesContent字段若开启，空行也会被记录，可能让调试时跳转位置偏移 - 某些 CI 流程中用
diff比对 CSS 输出，空行差异会导致误判“样式变更”
控制空行最稳的方式是统一入口 + 预处理
别指望 Less 自身收敛空行，得在它之前或之后卡住。推荐两条路径：
- 在
@import链最顶端的入口文件（如index.less）里，手动删掉所有@import行之间的空行，并确保每个被导入文件自身以非空行结尾（即最后一行是规则或注释，不是空行） - 用
postcss接在 Less 后：装postcss-discard-empty，配置{ removeEmpty: true }，它能安全删掉纯空行，不影响注释和规则结构 - Webpack 用户可在
css-loader后加postcss-loader，避免在 lessc 命令行里硬塞一堆参数
特别注意：注释周围的空行最容易被忽略
// 注释本身不进输出，但它前面的空行会；/* */ 注释会被保留，且它的前后空行也一并保留。例如：
.btn {
color: @primary;
<p>/<em> 主按钮色 </em>/
border: 1px solid @border;
}
</p>
编译后，/* 主按钮色 */ 前后各有一空行，且紧贴 border 规则 —— 这种“看起来合理”的空行，在批量合并时极易堆叠。最保险的做法是：所有 /* */ 注释独占一行，上下不留空行，靠缩进体现层级，而非靠空行分隔。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
