带你由浅入深探索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的依赖,这样就能防止外部与内部引入重复的库。

 

posted @ 2019-04-27 16:17  斌果  阅读(711)  评论(0编辑  收藏  举报