因为运行在 Node.js 之上的 Webpack 是单线程模型的,因此Webpack 须要处理的事情须要一件一件的作,不能多件事一块儿作。 咱们须要Webpack 能同一时间处理多个任务,发挥多核 CPU 电脑的威力,HappyPack 就能让 Webpack 作到这点,它把任务分解给多个子进程去并发的执行,子进程处理完后再把结果发送给主进程。css
因为 JavaScript 是单线程模型,要想发挥多核 CPU 的能力,只能经过多进程去实现,而没法经过多线程实现。node
提示:因为HappyPack 对file-loader、url-loader 支持的不友好,因此不建议对该loader使用webpack
npm i -D happypack
webpack.config.jsweb
const HappyPack = require('happypack'); const os = require('os'); const happyThreadPool = HappyPack.ThreadPool({ size: os.cpus().length }); module.exports = { module: { rules: [ { test: /\.js$/, //把对.js 的文件处理交给id为happyBabel 的HappyPack 的实例执行 loader: 'happypack/loader?id=happyBabel', //排除node_modules 目录下的文件 exclude: /node_modules/ }, ] }, plugins: [ new HappyPack({ //用id来标识 happypack处理那里类文件 id: 'happyBabel', //如何处理 用法和loader 的配置同样 loaders: [{ loader: 'babel-loader?cacheDirectory=true', }], //共享进程池 threadPool: happyThreadPool, //容许 HappyPack 输出日志 verbose: true, }) ] }
在 Loader 配置中,全部文件的处理都交给了 happypack/loader 去处理,使用紧跟其后的 querystring ?id=babel 去告诉 happypack/loader 去选择哪一个 HappyPack 实例去处理文件。npm
在 Plugin 配置中,新增了两个 HappyPack 实例分别用于告诉 happypack/loader 去如何处理 .js 和 .css 文件。选项中的 id 属性的值和上面 querystring 中的 ?id=babel 相对应,选项中的 loaders 属性和 Loader 配置中同样。babel