带你由浅入深探索webpack4（二）

在前一篇文章已经介绍了webpack4从入门到一些核心常用的用法，大家可以从上一篇文章看起。带你由浅入深探索webpack4（一）

接着上一章，接下来我们会继续探讨webpack4中的各种实用用法，让我们共同探讨认知前端的另一个世界。

三： webpack中的高级配置

3.1代码分离

在我们之前的项目中，打包的文件都是放在一个main.js中，每次使用时，都是加载整个main.js，造成性能上的浪费。

代码分离是webpack中最引人注目的特性之一。他可以把代码分离到不同的budle中，然后可以按需加载或者并行加载这些文件。

代码分离一般有3个常用的分离方法：

1.入口起点：使用ertry配置手动分离代码。

2.防止重复：配置optimization去重和分离chunk.

3.动态导入：(异步代码)通过模块的内联函数调用来分离代码。

 3.1.1入口起点

这个很简单，就是自己手动分离代码，将代码分离出多个js文件，将其配置到打包入口文件，这样就可以打包出不同模块。

其缺点很明显，要我们手动进行分离不够灵活，并且重复都模块都会被引入到打包后的文件中。

 3.1.2防止重复

假设我们打包多个js入口文件，且他们又引用了同一个第三库，这样打包出来的每个出口文件都含用一份第三方库，性能消耗是巨大的。

所以我们可以使用CommonsChunkPlugin插件帮助我们去重，其是将重复的模块分离出单独的chunk。

我们在src下创建两个入口文件.another1.js、another2.js分别引入第三方模块lodash

npm install lodash -D

src/another1.js、src/another2.js:

import _ from 'lodash'
console.log(
    _.json(['A','B','C'],' ')
)

webpack.common.js:

entry:{                     //配置入口文件
        another1:'./src/another1.js',
        anotehr2:'./src/another2.js'
    }

直接运行npx webpack打包,可以看到打包出来的文件都挺大的：

我们现在webpack.common.js配置一下先：

.......
module.exports = {
    entry:{                     //配置入口文件
        another1:'./src/another1.js',
        anotehr2:'./src/another2.js'
    },
......
    output:{                 //打包文件的出口
        filename:'[name].js',          //打包后的文件名
        path:path.resolve(__dirname,'dist')      //打包后文件存放的位置
    },
    optimization:{
        splitChunks:{
            cacheGroups: {
                commons: {
                  name: 'commons',   //+++抽离出公共模块的名称
                  chunks: 'initial',  //+++入口文件中的共享代码
                  minChunks: 2        //+++最少的入口文件数
                }
              }
        }
    }
}

然后我们再运行npx webpack就会发现抽离出了一个commons.js文件，总体代码减轻了一大截。

在这里可能查看中文文档可能有个坑，由于中文文档更新有点慢，其推荐的配置是使用CommonsChunkPlugin,但在最新版webpack中其已经被删除了，采用optimization代替了。

3.13动态导入

首先我们先移除another2.js先，再删除optimization配置。

要实现异步打包，需要借助一个插件：babel-plugin-syntax-dynamic-import。所以我们先安装一下：

npm install babel-plugin-syntax-dynamic-import -D

我们引入了插件，因为其是异步代码分离，所以我们先将another1.js修改为异步代码

src/another1.js:

function getComponent() {
    return import(/* webpackChunkName:"lodash" */ 'lodash').then(({ default: _ }) => {
        var element = document.createElement('div');
       element.innerHTML = _.join(['1', '2'], '-');
        return element;
   })
}

getComponent().then(element => {
    document.body.appendChild(element);
});

因为其实babel的插件，接着我们还需要修改一下.babelrc文件的配置.

.babelrc:

{
    "presets": [
        [
            "babel-preset-env", {
                "targets": {         //在这些版本以上的浏览器中不转换为es5
                    "chrome": "67",
                    "firfox":"60",
                    "edge":"17",
                    "safari":"11.1"
                },
                "useBuiltIns": "usage"
            }
        ]
    ],
    "plugins": ["babel-plugin-syntax-dynamic-import"]    //+++
}

分类方便区分哪些是抽离出的公共模块，我们配置一下出口文件名：

output:{                 //打包文件的出口
        filename:'[name].js',          //打包后的文件名
        chunkFilename:'[name].chunk.js',    //+++抽离出的公共模块的文件名
        path:path.resolve(__dirname,'dist')      //打包后文件存放的位置
    },

最后，我们直接运行打包，可以看到lodash被抽离出来了。

3.2css代码分割

如果我们将全部代码打包到js文件中，这就会显得什么臃肿，而且不利于代码分离按需加载！

我们要将css分离出来单独的模块，就需要用到官方推荐的插件：mini-css-extract-plugin(4.3版本之前不支持模块热替换)

首先，我们先安装一下这个插件：

npm install mini-css-extract-plugin --save-dev

所以我们需要修改一下css的翻译官因为style-loader会与其发生冲突，接着需要配置一下plugin，修改如下

webpack.common.js

......
const MiniCssExtractPlugin = require('mini-css-extract-plugin');
module.exports = {
  plugins: [
    new MiniCssExtractPlugin({
      // Options similar to the same options in webpackOptions.output
      // both options are optional
      filename: '[name].css',   //分离后css的文件名
      chunkFilename: '[id].css',
    }),
  ],
  module: {
    rules: [
      {
        test: /\.css$/,
        use: [
          {
            loader: MiniCssExtractPlugin.loader,
            options: {
              // you can specify a publicPath here
              // by default it uses publicPath in webpackOptions.output
              publicPath: '../',
              hmr: process.env.NODE_ENV === 'development',
            },
          },
          'css-loader',
          'postcss-loader'
        ],
      },
    ],
  },
};

上面这个是建议在生产版本中使用，如果你想要在开发版本中使用，特别是使用HMR，可以使用如下配置

const MiniCssExtractPlugin = require('mini-css-extract-plugin');
const devMode = process.env.NODE_ENV !== 'production';

module.exports = {
  plugins: [
    new MiniCssExtractPlugin({
      // Options similar to the same options in webpackOptions.output
      // both options are optional
      filename: devMode ? '[name].css' : '[name].[hash].css',
      chunkFilename: devMode ? '[id].css' : '[id].[hash].css',
    }),
  ],
  module: {
    rules: [
      {
        test: /\.(sa|sc|c)ss$/,
        use: [
          {
            loader: MiniCssExtractPlugin.loader,
            options: {
              hmr: process.env.NODE_ENV === 'development',
            },
          },
          'css-loader',
          'postcss-loader',
          'sass-loader',
        ],
      },
    ],
  },
};

在这里，我们成功css文件，并且，当我们引入多个css文件时，mini-css-extract-plugin插件会帮我们自动合并为一个文件，但是，如果我们需要将css文件压缩，我们还需要引用一个插件：

npm install optimize-css-assets-webpack-plugin -D

这时我们修改一下webpack.common.js：

const MiniCssExtractPlugin = require('mini-css-extract-plugin');
const OptimizeCSSAssetsPlugin = require('optimize-css-assets-webpack-plugin');   //+++
module.exports = {
  optimization: {
    minimizer: [ new OptimizeCSSAssetsPlugin({})],           //+++
  },
  plugins: [
    new MiniCssExtractPlugin({
      filename: '[name].css',
      chunkFilename: '[id].css',
    }),
  ],
  module: {
    rules: [
      {
        test: /\.css$/,
        use: [MiniCssExtractPlugin.loader, 'css-loader'],
      },
    ],
  },
};

 3.3懒加载

在上面的代码中，我们需要将公共模块抽离出来。但是，有时候还没要用到某些模块，其都会在页面加载时请求他们，对性能产生负面影响。

懒加载和tree shaking又是不同概念，不要搞混。

tree shaking：删除掉没有用到的冗余代码。

懒加载：又叫延迟加载，即没用到该资源的时候不加载该资源，等用到时才开始加载该资源。

我们引用官网的实例看，我们动态添加了一个按钮，当我们触发这个按钮时，我们才开始加载‘lodash'模块，大大提升了初始加载页面的速度。

 function component() {
    var element = document.createElement('div');

    var button = document.createElement('button');
    var br = document.createElement('br');

    button.innerHTML = 'Click me and look at the console!';
    element.innerHTML = _.join(['Hello', 'webpack'], ' ');
    element.appendChild(br);
    element.appendChild(button);

    // Note that because a network request is involved, some indication
   // of loading would need to be shown in a production-level site/app.
   button.onclick = e => import(/* webpackChunkName: "print" */ './print').then(module => {
     var print = module.default;

     print();
   });

    return element;
  }

 document.body.appendChild(component());

3.4 缓存

当我们加载一次页面时，浏览器会使用一种叫“缓存”的技术，在一定时间保存我们请求的资源。当我们再次修改上存而没有修改资源文件名时，浏览器就会认为它没有被更新，而请求其之前缓存的资源，导致用户无法实时获取新的资源代码。

首先我们上个例子将入口文件换回src/another2.js文件

所以我们在输出文件配置中，使其打包后的文件名发生改变。

output:{                 //打包文件的出口
        filename:'[name].[contenthash].js',          //打包后的文件名
        path:path.resolve(__dirname,'dist')      //打包后文件存放的位置
    },

在以前的版本包括现在的webpack中文文档（估计没更新）都是使用chunkhash值的，而最新的版本改用为contenthash值。

这里插入一下大致讲解下hash、chunkhash、contenthash他们之间有什么区别。

      hash:这个跟整个项目构建有关，只要项目文件有更改，整个项目构建的hash值都会改变，并且全部文件都共用相同的hash值。

      chunkhash：它会根据不同的入口文件进行依赖文件解析，构建对应的chunk，生成对应的哈希值。且只要我们不改动公共库的代码时，     就可以保证哈希值不会受到影响。但是其有个问题，就是当我们将css分离出单独的模块（后面会有介绍）时，其hash值会与主入口的文件     公用同一个哈希值，当我们修改css或主入口文件时，其也会导致主入口文件和css文件的哈希值都发生改变。

      contenthash：它只会根据文件内容的变化而改变其hash值，既即使css文件所处的模块里的其他模块文件内容文件发生变化，只要css文      件内容不变，其就不会重复构建。

在这里我们给他们添加了一个contenthash值，我们看一下打包后的文件名。

按照常理说当我们内容文件不改变时，是不会改变其的hash值。当我们再运行多几次打包看下它的哈希值会不会改变，然而。。。

（我的电脑运行并不会出现下列问题，官网说可能是有些版本差异才会出现这种问题，但为了更可靠起见，还是建议用下面介绍的方法）

在某些版本中遇到上述问题，是因为webpack中包括了某些样板，特别是runtime和manifest。下面介绍下解决方法：

提取模块

提取模块主要用到CommonsChunkPlugin插件，在前面代码分离第二part我们已经用过这个插件，我们主要用来提取公共模块，这章我们用其来将代码拆分成单独块：

optimization:{
        runtimeChunk:'single'
    }

当我们运行时，其就会帮助我们将第三方模块拆分为单独的模块

让我们在配置一下其参数，当我们再将node_modules中的模块给分离出来

optimization:{
        splitChunks: {
                   cacheGroups: {
                     vendor: {
                       test: /[\\/]node_modules[\\/]/,
                       name: 'vendors',
                       chunks: 'all'
                     }
                   }
                 },
        runtimeChunk:'single'
    }

我们重新打包一下就会发现，剩下的main.js竟然只有2.9KB了！！！

3.5预取/预加载模块

当我们要加载一个组件时，如果使用懒加载，等到触发的时候才开始加载时，性能上会有一定损耗，给用户的体验感也不是很好。

所以我们可以在页面加载完成后有空闲时间时，再加载一下将来需要用到的模块，这样在触发该功能时，就可以直接调用缓存中的模块，这就可以大大提升用户的体验感。

在webpack4.6+的版本中webpack添加了预取和预加载模块。

下面介绍一下怎样使用预取/预加载模块，很简单，只需要在导入模块中加入一个注释便可。

import(/* webpackPrefetch: true */ 'LoginModal');

其会在页面头部附加<link rel=“prefetch”href=“login modal chunk.js”>

这里可以使用webpackPrefetch和webpackPreload这两个属性，其还是有些区别的：

webpackPrefetch: true ：先把主加载流程加载完毕，在空闲时在加载其模块，等再点击其他时，只需要从缓存中读取即可，性能更好。推荐使用，提高代码利用率。把一些交互后才能用到的代码写到异步组件里，通过懒加载的形式，去把这块的代码逻辑加载进来，性能提升，页面访问速度更快。

webpackPreload: true : 和主加载流程一起并行加载。而一个预加载的块应该在加载完成时立即被其父类调用。

3.6Slimming(垫片)

当我们引入类似lodash、jquery这些第三方库的时候，这些库可能回创建一些需要被导出的全局变量，造成了环境的污染。

slimming在这里就起到了很大的作用，它可以只导出需要使用到的全局变量。来看下面的例子

我们添加一个plugin插件的配置如下：

  const path = require('path');
  const webpack = require('webpack');  

  module.exports = {
    entry: './src/index.js',
    output: {
      filename: 'bundle.js',
      path: path.resolve(__dirname, 'dist')
    }
    },
    plugins: [
      new webpack.ProvidePlugin({   //+++
        _: 'lodash',                         //+++引用全局变量_时,自动引用lodash这个库
        join:['lodash','join']             //+++引动全局变量join时，调用lodash库中的join方法
      })
    ]
  };

这样，我们就无需在每个模块中都import这个第三方模块了，我们修改一下src/index.js

src/index.js:

 function component() {
    var element = document.createElement('div');

   element.innerHTML = _.join(['Hello', 'webpack'], ' ');  //+++调用lodash
   element.innerHTML = join(['Hello', 'webpack'], ' ');  //+++直接调用lodash中的方法

    return element;
  }

  document.body.appendChild(component());

当我们只需要使用join方法，就无需要导出整个库，这样就可以很好的和tree shaking相配合。

在这里有一个问题就是，一些传统的模块依赖中的this指向的是window对象，当模块以运行在CommonJS环境下就可能指向的是module.exports，所以我们需要修改一下模块中this的指向，将其指向window。一般情况下不需要设置。

  const path = require('path');
  const webpack = require('webpack');

  module.exports = {
    entry: './src/index.js',
    output: {
      filename: 'bundle.js',
      path: path.resolve(__dirname, 'dist')
    },
   module: {
     rules: [
        {
          test: /\.js$/,  //+++当解析index.js的时候
          use: 'imports-loader?this=>window' //+++将this指向window
        }
      ]
    },
    plugins: [
      new webpack.ProvidePlugin({
        join: ['lodash', 'join']
      })
    ]
  };

3.7library

当我们需要开发一个库时，我们希望外包可以通过各种方式引用我们的库，这时，我们就需要用到library

例如我们创建一个libray.js的方法类。

[{
  "num": 1,
  "word": "One"
}, {
  "num": 2,
  "word": "Two"
}, {
  "num": 3,
  "word": "Three"
}, {
  "num": 4,
  "word": "Four"
}, {
  "num": 5,
  "word": "Five"
}, {
  "num": 0,
  "word": "Zero"
}]

然后通过src/index.js引入其：

src/index.js

import _ from 'lodash';
import numRef from './ref.json';

export function numToWord(num) {
  return _.reduce(numRef, (accum, ref) => {
    return ref.num === num ? ref.word : accum;
  }, '');
};

export function wordToNum(word) {
  return _.reduce(numRef, (accum, ref) => {
    return ref.word === word && word.toLowerCase() ? ref.num : accum;
  }, -1);
};

然后我们将其打包，如果我们想要通过各种方式引入该库，应该怎么做：

// ES2015 模块引入
import * as webpackNumbers from 'webpack-numbers';
// CommonJS 模块引入
var webpackNumbers = require('webpack-numbers');
// ...
// ES2015 和 CommonJS 模块调用
webpackNumbers.wordToNum('Two');
// ...
// AMD 模块引入
require(['webpackNumbers'], function ( webpackNumbers) {
  // ...
  // AMD 模块调用
  webpackNumbers.wordToNum('Two');
  // ...
});

<script src="index.js">

我们就需要在入口文件中配置一下：

webpack.config.js:

const path = require('path')

module.exports = {
    mode:'production',
    entry:'./src/index.js',
    output:{
        path:path.resolve(__dirname,'dist'),
        filename:'index.js',
        library:'index',
        libraryTarget:'umd'
    }
}

但是，我们在src/index.js引入了lodash的库，如果在外部可能引入了lodash这就显得什么耗费性能，所以我们可以这样设置

const path = require('path')

module.exports = {
    mode:'production',
    entry:'./src/index.js',
    output:{
        path:path.resolve(__dirname,'dist'),
        filename:'index.js',
        library:'index',
        libraryTarget:'umd'
    }，
   externals: {
       lodash: {
         commonjs: 'lodash',
         commonjs2: 'lodash',
         amd: 'lodash',
         root: '_'
       }
     }
}

这样，当我们引入index.js库时，就必须需要引入一个lodash的依赖，这样就能防止外部与内部引入重复的库。