Javascript Webpack重新编译未更改的文件，降低了构建时间_Javascript_Node.js_Webpack_Webpack Dev Server

Javascript Webpack重新编译未更改的文件，降低了构建时间

javascript node.js webpack

Javascript Webpack重新编译未更改的文件，降低了构建时间,javascript,node.js,webpack,webpack-dev-server,Javascript,Node.js,Webpack,Webpack Dev Server,相关问题根据我的经验，在实际项目中使用webpack会在堆积了一定数量的组件和/或依赖项之后变得缓慢。我已通过以下应用程序证明了这一点：入口点是A.js，它需要B.js和C.js B.js很小，没有太多依赖性 C.js是单片的，有数千个需求我的期望是，在测试项目中使用webpack dev server时，每当我保存B.js时，webpack都应该识别C.js，并且它的任何依赖项都没有被触及。它应该快速编译B.js（请尝试Analyzer并查看这篇关于长模块构建链的文章。Analyze

相关问题

根据我的经验，在实际项目中使用webpack会在堆积了一定数量的组件和/或依赖项之后变得缓慢。我已通过以下应用程序证明了这一点：

入口点是
```
A.js
```
，它需要
```
B.js
```
和
```
C.js
```
```
B.js
```
很小，没有太多依赖性
```
C.js
```
是单片的，有数千个需求

我的期望是，在测试项目中使用

webpack dev server

时，每当我保存

B.js

时，webpack都应该识别

C.js

，并且它的任何依赖项都没有被触及。它应该快速编译

B.js

（请尝试Analyzer并查看这篇关于长模块构建链的文章。Analyzer似乎没有提供优化增量编译的提示。我在发布我自己的问题之前阅读了这篇文章，但鉴于我的问题，插件的说明看起来没有用。我在我的存储库上创建了一个

预回迁

分支在我测试添加

新的webpack.PrefetchPlugin（'./src/C.js'）

是否会产生任何可感知的差异之前，它不会产生任何可感知的差异。使用DllPlugin对我帮助很大。正如你所说的，依赖树遍历花费的时间最多，而且它似乎不会被webpack缓存。我在这里询问：