39 webpack优化-Thread-loader

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。