Grunt watch 跑起来后，还要防止任务越绑越重

Grunt watch 刚接进项目时，体验真的很好。改一个文件，自动检查、自动编译、自动刷新，前端开发节奏会立刻顺起来。但 2013 年我在几个页面项目里把它用深之后，也很快遇到另一个问题：watch 一旦开始什么都监听、什么都触发，最后开发环境会变得越来越重。

为什么 watch 最容易越用越胖

因为每次加一个需求，顺手多绑一条任务，看起来都很合理。
可这些“顺手”一旦累积起来，就会出现：

• 保存一次文件触发太多任务
• 小改动也要等整套流程跑完
• 任务之间互相依赖，定位慢点在哪很难

watch 本来是为了提速，最后反而可能变成开发摩擦。

我后来更愿意怎么分任务

我会更倾向把任务拆成“高频开发必须”和“发布前才需要”两层。
例如：

• 语法检查、轻量编译、浏览器刷新属于高频
• 全量压缩、复杂打包、低频检查属于后置

这样 watch 跑起来时，重点是让平时修改流畅，而不是每次保存都像在做发布。

判断 watch 是否太重的一个信号

如果你开始因为“怕等任务跑太久”而不愿频繁保存文件，那基本就说明这条链路已经超出舒适区了。
工具本来应该贴着开发节奏走，而不是逼人为了工具改变工作习惯。

小结

Grunt watch 最有价值的时刻，是它足够轻、足够顺手的时候。
一旦什么任务都往里塞，自动化就会从助推器变成负担。2013 年我对前端构建最早的一批体会之一，就是 watch 不只要能跑起来，还得控制它跑得有多重。