Thread-loader
Webpack的构建过程涉及到大量的文件读写操作,系统的I/O操作是十分耗时的,当要操作的文件数量变得多起来的时候,Webpack的构建慢的文件就会变得更严重。由于JavaScript是单线程模型运行的,只能一个一个的排序处理任务,不能同时处理多个任务。像Java那样使用多线程进行任务处理显然是不可能的,退而求其次,我们想到使用多进程来并发去处理任务,子进程处理完成后将结果在返回给主进程,这样子就提升了构建效率。
使用Thread-loader便可以实现我们上面的想法,其配置如下:
{
loader: 'thread-loader',
options: {
// 产生的 worker 的数量,默认是 cpu 的核心数
workers: 3,
// 一个 worker 进程中并行执行工作的数量
// 默认为 20
workerParallelJobs: 50,
// 闲置时定时删除 worker 进程
// 默认为 500ms
// 可以设置为无穷大, 这样在监视模式(--watch)下可以保持 worker 持续存在
poolTimeout: 2000,
// 池(pool)分配给 worker 的工作数量
// 默认为 200
// 降低这个数值会降低总体的效率,但是会提升工作分布更均一
poolParallelJobs: 50,
}
}
值得注意的是该Loader需要放在同一组loader的最后面,也就是最先执行,这样才会给后面的Loader单独分配一个worker池。还有就是不一定使用该Loader就一定能提升效率,因为进程之间的通信也会消耗时间,一般在处理文件比较耗时的Loader后面使用该Loader。