HappyPack的示例分析

這篇文章主要介紹HappyPack的示例分析，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

由于運行在 Node.js 之上的 Webpack 是單線程模型的，所以Webpack 需要處理的事情需要一件一件的做，不能多件事一起做。

我們需要Webpack 能同一時間處理多個任務，發揮多核 CPU 電腦的威力，HappyPack 就能讓 Webpack 做到這點，它把任務分解給多個子進程去并發的執行，子進程處理完后再把結果發送給主進程。

由于 JavaScript 是單線程模型，要想發揮多核 CPU 的能力，只能通過多進程去實現，而無法通過多線程實現。

提示：由于HappyPack 對file-loader、url-loader 支持的不友好，所以不建議對該loader使用。

安裝 HappyPack

npm i -D happypack

運行機制

使用 HappyPack

修改你的webpack.config.js 文件

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,
  })
 ]
}

1. 在 Loader 配置中，所有文件的處理都交給了 happypack/loader 去處理，使用緊跟其后的 querystring ?id=babel 去告訴 happypack/loader 去選擇哪個 HappyPack 實例去處理文件。

2. 在 Plugin 配置中，新增了兩個 HappyPack 實例分別用于告訴 happypack/loader 去如何處理 .js 和 .css 文件。選項中的 id 屬性的值和上面 querystring 中的 ?id=babel 相對應，選項中的 loaders 屬性和 Loader 配置中一樣。

HappyPack 參數

• id: String 用唯一的標識符 id 來代表當前的 HappyPack 是用來處理一類特定的文件.

• loaders: Array 用法和 webpack Loader 配置中一樣.

• threads: Number 代表開啟幾個子進程去處理這一類型的文件，默認是3個，類型必須是整數。

• verbose: Boolean 是否允許 HappyPack 輸出日志，默認是 true。

• threadPool: HappyThreadPool 代表共享進程池，即多個 HappyPack 實例都使用同一個共享進程池中的子進程去處理任務，以防止資源占用過多。

• verboseWhenProfiling: Boolean 開啟webpack --profile ,仍然希望HappyPack產生輸出。

• debug: Boolean 啟用debug 用于故障排查。默認 false。

以上是“HappyPack的示例分析”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！