kdcg

webpack 是一个现代 JavaScript 应用程序的静态模块打包器(module bundler)。当 webpack 处理应用程序时,它会递归地构建一个依赖关系图(dependency graph),其中包含应用程序需要的每个模块,然后将所有这些模块打包成一个或多个 bundle

四个概念

  • entry:入口起点,可以配置多页面。
  • output:出口,项目编译完成后之后文件输出路径。
  • loader:webpack 自身只理解 JavaScript,loader 能够去处理非 JavaScript 文件并转化 JavaScript,处理源文件,一次处理一个。
  • plugins:用来扩展 webpack 功能,插件能够执行很多任务。如:打包优化、压缩等。

核心对象

  • Tapable:控制钩子的发布与订阅。
  • Compiler:webpack 的编译器,继承 Tapable 对象,可以广播和监听 webpack 事件,webpack 生命周期值存在一个 Compiler 对象。Compiler 在 webpack 启动时创建实例,compiler 实例中包含 webpack 的完整配置,包括 loaders, plugins 信息。
  • Compilation:编译器编译之后的资源信息对象,继承 Tapable 对象,可以广播和监听 webpack 事件,Compilation 实例仅代表一次 webpack 构建和生成编译资源的的过程。

webpack 开发模式开启 watch 选项,每次检测到入口文件模块变化时,会创建一次新的编译: 生成一次新的编译资源和新的 compilation 对象,这个 compilation 对象包含了当前编译的模块资源 module,编译生成的资源,变化的文件,依赖的的状态。

module、chunk、bundle

  • module:js 模块,就是被 require 或 export 的模块,如:ES 模块、commonjs 模块、 AMD 模块。
  • chunk:代码块,是进行依赖分析的时候,代码分割出来的代码块,包括一个或多个 module,是被分组了的 module 集合,code spliting 之后的就是chunk。
  • bundle:文件,最终打包出来的文件,通常一个 bundle 对应一个 chunk。

打包原理

根据文件间的依赖关系对其进行静态分析,然后将这些模块按指定规则生成静态资源。当 webpack 处理应用程序时,它会递归地构建一个依赖关系图,其中包含应用程序需要的每个模块,然后将所有这些模块打包成一个或多个 bundle。webpack 有两种组织模块的依赖方式,同步、异步。异步依赖将作为分割点,形成一个新的块;在优化了依赖树之后,每一个异步区块都将作为一个文件被打包。

构建流程

  • 生成 options(将 webpack.config.js 和 shell 中的参数合并到 options 对象)。
  • 实例化 compiler 对象 (webpack 全局对象,包含 entry、output、loader、plugins等所有配置对象)。
  • 实例化 compilation 对象(compiler.run 方法执行,开始编译过程,生成 compilation 对象)。
  • 分析入口 js 文件,调用 AST 引擎处理入口文件,生成抽象语法树 AST,根据 AST 构建模块的所有依赖。
  • 通过 loader 处理入口文件的所有依赖,转换为 js 模块,生成 AST,然后继续递归遍历,直至所有依赖被分析完毕。
  • 对生成的所有 module 进行处理,调用 plugins,合并,拆分,生成 chunk。
  • 将 chunk 生成为对应 bundle 文件,输出到目录。

HMR(热更新)

模块热替换功能会在应用程序应用过程中进行替换、添加或者删除模块,无需加载整个页面。主要通过以下几种方式:

  • 保留在完全重新加载页面时丢失的应用程序状态。
  • 只更逊变更内容,以节省宝贵的开发时间。
  • 调整样式更加快速,几乎相当于在浏览器调试器中更改样式。

webpack 的热更新,只是提供一套接口和基础的模块替换的实现。开发者需要在代码中通过热更新的接口(module.hot.xxx)向 webpack 声明依赖模块和当前模块是否能够更新,以及更新的前后进行的处理。如果接受更新,那么需要开发者自己来在模块替换前清理或者保留必要的数据、状态,并在模块被替换后恢复之前的数据、状态。在 vue-cli 等脚手架中,热更新的开发者这边的工作是由 vue-loader、css-loader 等加载器已经完成了,再配合 webpack 的 module.hot 等 API 来完成了热更新。

大致热更新流程:webpack 进行文件变化监听,服务端和客户端使用 websocket 进行通信,服务端传递模块变化信息给客户端,客户端根据文件变化消息获取变更模块代码,进行模块的替换。

  • 运行时开启热更新配置,在打包的 bundle 里面包含 HMR runtime 及 websocket 功能。
  • 服务端与客户端建立 websocket 长连接。
  • webpack 监听文件变化,文件保存时触发 webpack 重新编译,编译后代码保存在内存中。
  • 编译时会生成 hot-update.json (已改动模块的 json)、hot-update.js (已改动模块的 js)。
  • 通过 websocket 向客户端发送 hash 值。
  • 客户端对比 hash 值,一致走缓存,不一致再通过 Ajax 获取 hot-update.json,json 包含模块 hash 值,再通过 jsonp 请求获取 hot-update.js。
  • 热更新 js 模块,若失败,则 live reload 刷新浏览器代替热更新(若模块未配置热更新,则同样 live reload)。

webpack如何管理模块

当编译器开始运行、解析和映射应用程序时,manifest 数据集合会保留所有模块的详细要点。当完成打包并发送到浏览器时,会在运行通过 manifest 来解析和加载模块。无论选择哪种模块语法,import 或者 require 都已转换为 __webpack_require__ 方法,此方法指向模块标识符。通过使用 manifest 中的数据,runtime 能够查询模块标识符,检索出背后对应的模块。

style-loader 与 css-loader

css-loader 用来识别 css 文件,转为 js 对象。

style-loader 将 css-loader 编译之后的 js 对象转为 css 并插入 DOM 中。

tree shaking

移除 JavaScript 上下文中的未引用代码(dead-code)。

// 用法  package.json
{
  sideEffects: false
}

这个有一定的副作用:如果一个文件执行一些特殊功能,而不是仅仅暴露一个或多个 export,比如 polyfill,影响全局作用域,通常又不提供 export,那么它将会被移除。

如果所有代码都不含副作用,则可以标记为 false,如果有,那么就提供一个数组:

{
  "name": "your-project",
  "sideEffects": [
    "./src/some-side-effectful-file.js"
  ]
}

在项目中,任何导入的文件都受 tree shaking 影响,比如导入的 css 文件,我们则需要将它们添加进去:

{
  "name": "your-project",
  "sideEffects": [
    "./src/some-side-effectful-file.js",
    "*.css"
  ]
}

 shimming全局变量

webpack 中如果需要用到的不规范的第三方库,有可能会引起全局依赖,如 jQuery 的 $。但是如果我们需要用到一个全局变量,可以使用 ProvidePlugin 后,能够在通过 webpack 编译的每个模块中,通过访问一个变量来获取到 package 包。如果 webpack 知道这个变量在某个模块中被使用了,那么 webpack 将在最终 bundle 中引入我们给定的 package。

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

polyfills 加载优化

// 传统引入方式
npm install --save babel-polyfill

// src/main.js
import 'babel-polyfill';

......

polyfills 虽然是一种模块引入方式,但是并不推荐在主 bundle 中引入 polyfills,因为这不利于具备这些模块功能的现代浏览器用户,会使他们下载体积很大、但却不需要的脚本文件。

让我们把 import 放入一个新文件,并加入 whatwg-fetch polyfill:

npm install --save whatwg-fetch

// 新建 src/polyfills.js
import 'babel-polyfill';
import 'whatwg-fetch';

// webpack.config.js
const path = require('path');
const webpack = require('webpack');

module.exports = {
  entry: './src/index.js',
  entry: {
    polyfills: './src/polyfills.js',
    index: './src/index.js'
  },
  output: {
    filename: '[name].bundle.js',
    path: path.resolve(__dirname, 'dist')
  }
};
// index.html 然后根据条件引入
<!doctype html>
<html>
  <head>
    <title>Getting Started</title>
  <script>
    var modernBrowser = (
      'fetch' in window &&
      'assign' in Object
    );

    if ( !modernBrowser ) {
      var scriptElement = document.createElement('script');

      scriptElement.async = false;
      scriptElement.src = '/polyfills.bundle.js';
      document.head.appendChild(scriptElement);
    }
  </script>
  </head>
  <body>
    <script src="index.bundle.js"></script>
  </body>
</html>

 webpack 优化 

  • 保持 node.js 最新版本:较新的版本能够建立更高效的模块树以及提高解析速度。
  • loaders 应用于最少数的必要模块:
    // no
    {
      test: /\.js$/,
      loader: "babel-loader"
    }
    
    // yes
    {
      test: /\.js$/,
      include: path.resolve(__dirname, "src"),
      loader: "babel-loader"
    }
  • 尽量少使用不同的 loader/plugin 工具:每个额外的 loader/plugin 都有启动时间。
  • 使用 Dlls:使用 DllPlugin 将更改不频繁的代码进行单独编译。这将改善引用程序的编译速度,即使它增加了构建过程的复杂性。
  • 尽量保持 chunks 小巧:减少编译的整体大小,以提高构建性能。
  • Worker Poll:thread-loader 可以将非常消耗资源的 loaders 转存到 worker pool 中。
  • 持久化缓存:使用 cache-loader 启用持久化缓存。使用 package.json 中的 "postinstall" 清除缓存目录。
  • 关闭 Source Maps:Source Maps很耗性能。
  • 开发环境中避免用到只有在生产环境中才能用到的工具:
    UglifyJsPlugin
    ExtractTextPlugin
    [hash]/[chunkhash]
    AggressiveSplittingPlugin
    AggressiveMergingPlugin
    ModuleConcatenationPlugin

     

 

 

未完待续......

 

相关文章: