关键在于错误处理、路径匹配和流中断屏蔽：必须用plumber()防止less编译出错导致watch静默失效；路径需写为'src/less/*/.less'确保递归监听；压缩须经less()→minifyCss()两步；实时刷新需browser-sync等独立reload机制。
gulp 监听 less 并实时输出压缩版 css，关键不在“能不能”，而在**错误处理、路径匹配和流中断是否被屏蔽**——漏掉任一环，watch 就会静默失效，改了文件也没反应。
less 编译任务必须加 plumber 防止流中断
Less 文件语法出错（比如少个括号、变量未定义）时，gulp-less 默认抛错并终止整个 stream，导致后续的 minify-css 和 dest 全部不执行，而且 watch 也不再响应新改动。
- 必须在
.pipe(less())前插入.pipe(plumber()) -
plumber不修复错误，但能防止任务崩溃，同时把错误信息打印到终端 - 不装
gulp-plumber或忘了调用，是“改了 less 没反应”最常见原因
gulp.watch 的路径写法决定监听是否生效
watch 不认相对路径别名或模糊 glob，它只按字面匹配文件系统路径。常见失效场景：
- 写成
'less/**/*.less'，但实际文件在src/less/下 → 改成'src/less/**/*.less' - 用双星号
**却没加单星号*→'src/less/**/*.less'✅，'src/less/**.less'❌（后者不匹配子目录） - 监听了
.less，但项目里混着.css和.scss→ 确保 glob 不意外排除目标文件
压缩 CSS 必须分两步：先编译，再压缩
gulp-less 只做语法转换，不压缩；gulp-minify-css（或新版 clean-css）才负责压缩。二者不能合并成一个插件调用。
- 顺序必须是：
.pipe(less())→.pipe(minifyCss())→.pipe(gulp.dest(...)) - 如果用了
sourcemaps，sourcemaps.init()要在less()前，sourcemaps.write()要在minifyCss()后 -
minifyCss({compatibility: 'ie7'})这类兼容性参数，只影响 autoprefixer 行为，不影响压缩本身
实时刷新需独立 reload 机制，不能只靠 watch
watch 本身不刷新浏览器，它只是触发任务。要看到页面更新，得额外接入 browser-sync 或 gulp-connect 的 reload 接口。
立即学习“前端免费学习笔记（深入）”；
- 推荐用
browser-sync：启动服务时调用browserSync.init()，编译完 CSS 后调browserSync.stream() - 如果用
gulp-connect，必须确保livereload: true且浏览器装了 LiveReload 插件（已基本淘汰） - 别把
reload写进watch的任务数组里却不定义该任务 →gulp.watch('src/less/**', ['less', 'reload'])中的'reload'必须是已注册的 task
plumber 的缺失和 watch 路径的绝对性——它们不会报错，只会让一切“看起来正常”，却始终不干活。 
