臨近春節(jié)，公司很多同事都提前回家過年，剩余人員根據(jù)禪道去修改bug，當(dāng)bug修正完畢以后，我們需要重新打包給運(yùn)維，上測試服給測試同事提測，但是由于項(xiàng)目本體比較龐大，所以打包時間太過漫長（二十五分鐘以上:sob:），所以有了打包優(yōu)化的想法（其實(shí)想法早就有了，但是因?yàn)槠綍r工作計(jì)劃比較充實(shí)，所以一直沒有去完成這個工作），這次正好有時間，所以去重新考慮了這個問題！

webpack是react項(xiàng)目標(biāo)配的打包工具，和NPM搭配起來使用管理模塊實(shí)在非常方便。

  webapck 把所有的靜態(tài)資源都看做是一個 module，通過 webpack，將這些 module 組成到一個 bundle 中去，從而實(shí)現(xiàn)在頁面上引入一個 bundle.js，來實(shí)現(xiàn)所有靜態(tài)資源的加載。

話不多說，直接開始正文吧

先給大家看一下項(xiàng)目的目錄結(jié)構(gòu)：

就是正常的項(xiàng)目結(jié)構(gòu)，簡單說一下吧：

• build文件夾包含的是一些打包配置的一下東西
• config文件夾是項(xiàng)目的基礎(chǔ)配置
• dist是打包之后的文件
• node_modules是項(xiàng)目的依賴包
• src文件夾里面是項(xiàng)目的源碼
• static文件夾里面放的是一些項(xiàng)目使用的靜態(tài)資源
• index.html是項(xiàng)目的首頁
• package.json文件是項(xiàng)目的配置json
• yarn.lock是使用yarn鎖定項(xiàng)目用的依賴
  

優(yōu)化思路

項(xiàng)目打包時間長，原因無外乎就是項(xiàng)目整體比較龐大、依賴復(fù)雜、組件之前拆分不夠合理。

對于這三個問題呢，我們可以針對下面這幾個方面去做一下處理：

• 對項(xiàng)目進(jìn)行路由屏蔽，只打包自己需要打包的部分（我司就是好幾個項(xiàng)目合并在了一起，至于原因則是 需求類似，所以放在一起比較省事 -_-||| 開發(fā)過程中是省了不少事，但是現(xiàn)在一樣要還的?。。。。?br />
• 依賴關(guān)系復(fù)雜，這里說的是項(xiàng)目中的依賴模塊比較多，像我們現(xiàn)在這個項(xiàng)目，光算依賴包的話就有40+，另外一個重要原因就是組件之間存在相同引用的依賴。解決思路是把項(xiàng)目中重用的依賴抽離出來進(jìn)行單獨(dú)打包。
  
• 組件在寫的過程中，需要考慮好這個組件的使用方向，以及實(shí)現(xiàn)功能，不能混為一談。

實(shí)際操作

有了整體的思路，那么開搞就可以啦 去webpack文檔去看了一下有一個DllPlugin，這個插件就是幫助我們解決問題的關(guān)鍵，下面是我webpack.dll.config的代碼：

var path = require("path");
var webpack = require("webpack");
function resolve (dir) {
 return path.join(__dirname, '..', dir)
}
module.exports = {
 // 你想要打包的模塊的數(shù)組
 entry: {
 vendor: ['vue', 'lodash', 'vuex', 'axios', 'vue-router', 'iview', 'element-ui',
  'echarts','xlsx','jquery','vue-fullcalendar','vue-cookie','handsontable']
 },
 output: {
 path: path.join(__dirname, '../dist/vendor-dll-js'), // 打包后文件輸出的位置
 filename: '[name].dll.js',
 library: '[name]_library'
 // vendor.dll.js中暴露出的全局變量名。
 // 主要是給DllPlugin中的name使用，
 // 故這里需要和webpack.DllPlugin中的`name: '[name]_library',`保持一致。
 },
 resolve: {
 extensions: ['.js', '.vue', '.json'],
 alias: {
  'vue$': 'vue/dist/vue.esm.js',
  '@': resolve('src'),
 }
 },
 plugins: [
 new webpack.DllPlugin({
  path: path.join(__dirname, '.', '[name]-manifest.json'),
  name: '[name]_library',
  context: __dirname
 }),
 // 壓縮打包的文件，與該文章主線無關(guān)
 new webpack.optimize.UglifyJsPlugin({
  compress: {
  warnings: false
  }
 })
 ]
};

我們需要將項(xiàng)目中具有重用性的包抽離出來，放在vendor數(shù)組里面，然后在下面output里面定義一下打包輸出的文件路徑，然后在resolve里面配置解析參數(shù)，最后定義使用的DllPlugin插件，UglifyJsPlugin是壓縮js的插件

Dllplugin里的path，會輸出一個vendor-manifest.json，這是用來做關(guān)聯(lián)id的，打包的時候不會打包進(jìn)去，所以不用放到static里 然后運(yùn)行一下 webpack -p --progress --config build/webpack.dll.conf.js

成功以后，static下會有dll.vendor.js，根目錄下會有vendor.manifest.json 各自打開看一下，就會看到依賴庫的源碼和匹配id

ok，到這里，抽離依賴庫的事情就完成了，那么接下來問題就是怎么引用呢，怎么在dev和build跑呢？

這里補(bǔ)了一點(diǎn)dll和commonsChunk概念上的區(qū)別，commonsChunk之所以慢和大，是因?yàn)槊看蝦un的時候，都會去做一次打包，而實(shí)際上我們不會一直去更新我們引用的依賴庫，所以dll的做法就等于是，事先先打包好依賴庫，然后只對每次都修改的js做打包。

繼續(xù)上面的步驟，我們需要根據(jù)生成的json文件去修改webpack.base.config文件：

const manifest = require('../vendor-manifest.json')
......
plugins: [
 new webpack.DllReferencePlugin({
  manifest
 })
 ]

然后打開index.html，在底部加上 <script src="./static/dll.vendor.js"></script> ；

執(zhí)行一下 npm run build ,一起正常的話，表示你的操作是正確的。

升級處理

至此優(yōu)化的問題基本已經(jīng)解決了，但是在處理過程中需要進(jìn)行復(fù)制粘貼，還要對index.html文件進(jìn)行操作，如果是對于項(xiàng)目不熟悉的人來進(jìn)行開發(fā)項(xiàng)目的話，就會出現(xiàn)一些小的問題，所以我決定繼續(xù)往下研究一下：

思路還是上面的思路，我們下面需要進(jìn)行的操作呢就是對與之前的處理進(jìn)行優(yōu)化，通過配置文件，和命令去實(shí)現(xiàn)我們想要的效果

首先我們將上面 webpack.dll.config 文件里面的entry配置項(xiàng)拿出來，在config文件夾下新建一個dll.js

module.exports = {
 entry: {
 // 這里的依賴順序必須是：對象從上往下依賴，數(shù)組從右到左依賴（如果互不依賴的可以忽略順序）
 ui: ['iview', 'element-ui'],
 tool: ['lodash', 'jquery', 'axios', 'vue-fullcalendar'],
 vue: ['vue', 'vuex', 'vue-router', 'vue-cookie'],
 xlsx: ['xlsx'],
 echarts: ['echarts'],
 other: ['handsontable'],
 },
 outFile: '../static/dll'
};

這里面其實(shí)就是我們一開始寫的entry的配置項(xiàng)，根據(jù)這個js去打包的文件有一個順序，就是我總結(jié)的這個：

這里的依賴順序必須是：對象從上往下依賴，數(shù)組從右到左依賴（如果互不依賴的可以忽略順序）

如果不按照這個順序去寫的話，會出現(xiàn)依賴錯誤的問題！??！

然后在output里面再進(jìn)行一下配置：

output: {
 path: path.join(__dirname, dllConfig.outFile), // 打包后文件輸出的位置
 filename: '[name].dll.[chunkhash].js',
 library: '[name]_library'
 // 主要是給DllPlugin中的name使用，
 // 故這里需要和webpack.DllPlugin中的`name: '[name]_library',`保持一致。
 },

這樣在執(zhí)行 webpack -p --progress --config build/webpack.dll.conf.js 指令的時候會生成如下：

是不是看到文件后面的hash就一臉懵逼，這怎么辦，我們沒有辦法去進(jìn)行復(fù)制粘貼了?。。ㄎ覀兊哪康牟痪褪遣贿M(jìn)行復(fù)制粘貼嗎 正經(jīng)臉-_-）

要實(shí)現(xiàn)命令操作之后不進(jìn)行復(fù)制粘貼操作就需要使用webpack的HtmlWebpackPlugin插件

在plugins里面配置一下HtmlWebpackPlugin

new HtmlWebpackPlugin({
 filename: path.join(__dirname, '../', config.dev.index),
 template: 'index.ejs',
 inject: false
}),

然后在根目錄添加一個index.ejs模版（ejsGitHub地址 ）， index.ejs中代碼如下:

<body>
 <div id="app"></div>
 <!-- dll files will be auto injected -->
 <% for (var chunk in htmlWebpackPlugin.files.chunks) { %><script type="text/javascript" src="/<%= htmlWebpackPlugin.files.chunks[chunk].entry %>"></script>
 <% } %>
 <!-- built files will be auto injected -->
</body>

最后需要在config文件夾下的index.js進(jìn)行一下修改： 在dev中添加： index: 'index.html',

項(xiàng)目在執(zhí)行dev指令或者build指令之前需要先執(zhí)行： webpack -p --progress --config build/webpack.dll.conf.js 在dll指令結(jié)束后 執(zhí)行其他操作就可以完美的玩耍了:blush:

總結(jié)

至此代碼打包優(yōu)化的整個過程就基本結(jié)束了，測試一下，15分鐘左右就可以完成打包，比之前打包快了將近10分鐘，可以說是非常成功的一次嘗試??！