Performance Html网页包插件在多个pug文件上速度非常慢

我有一个项目，在我的开发过程中使用webpack作为绑定器和webpack开发服务器。我使用Html网页包插件将我的30个pug文件编译成Html，但当与网页包开发服务器一起使用时，重新编译时间非常长，可能为5分钟。似乎webpack编译了我所有的哈巴狗文件，而不是只编译我更改的文件

下面是一个关于如何生成html文件的小笑话

从“html网页包插件”导入HtmlWebpackPlugin；
从“路径”导入路径；
从“fs”导入fs；
导出常量renderHtml=（程序）=>{
常量文件列表=[]；
fs.readdirSync（path.join（`u_dirname，`../programs/${programs}/pug/`））.forEach（file=>{
如果（/\.pug$/.test（文件））{
const name=`${file}`.replace（'.pug'，''）；
fileList.push({
名称
文件
});
}
});
返回fileList.map（文件=>{
返回新的HtmlWebpackPlugin({
文件名：file.name+'.html'，
模板：path.join（`../programs/${programs}/pug/${file.file}`）
});
});
};
导出默认renderHtml；

我在webpack.config.babel.js文件中这样使用它

插件：[
...
新的VueLoaderPlugin（），
…renderHtml（程序）
]

据我推断，

html网页包插件在
v4.0.0
中有一些引人注目的多条目性能修复，尽管它仍然是测试版。至少更新到它修复了我的性能问题，热重新加载甚至重新编译未更改的文件

因此，可能会将
package.json
中的版本更改为：

"html-webpack-plugin": "^4.0.0-beta.11",

其次是：

npm install

应该能解决你的问题。
嗯，我或多或少也有同样的问题。但我想这是可以自我解释的——您已经为一个入口点配置了所有插件，所以每次更改都会触发所有插件？我想每个插件（pug）需要一个入口点才能实现这一点。因此，将插件分成更多的入口点可能会有所改进。我也不相信这是好的，对我来说，这在初始编译时并不是一个可测量的变化。甚至在不同的cpu内核上测试分块和分割。我的初始帕格编译需要60-120秒。对我来说，对于非扩展的pug文件更改，它可以重新编译。