书籍完整目录html
配置分离react
code splitting 异步加载webpack
理解 webpack chunkgit
webpack 调试github
在大型项目中,可能 webpack.config.js 会变得愈来愈臃肿,这个时候能够利用作 webpack-merge 插件。将配置定义在一个目录下面的不一样文件中,而后经过 webpack-merge 来合并成最终的配置。web
webpack-merge 详见 https://www.npmjs.com/package/webpack-mergeshell
代码分割不单单是提取业务的公共代码,更应该关注的是实现代码的按需加载。 经过在模块中定义 split point ,webpack 会在打包的时候自动的分割代码块。定义 split point 的方式有两种npm
require.ensure
方法:json
/** * @param dependencies [Array] 模块依赖的数组 * @param callback [Function] */ require.ensure(dependencies, callback)
eg:
// 模块 index.jssegmentfault
/** * [description] * @param {[type]} ) { const async [description] * @return {[type]} [description] */ require.ensure(['./async'], function() { const async = require('./async'); console.log(async.default) });
// 模块 async.js
export default { a: 1 }
webpack 打包事后会生成三个文件
index.js 1.1.js vendor.common.js
index.js 的内容为
webpackJsonp([0],[ /* 0 */ /***/ function(module, exports, __webpack_require__) { 'use strict'; __webpack_require__.e/* nsure */(1, function () { var async = __webpack_require__(1); console.log(async.default); }); /***/ } ]); //# sourceMappingURL=home.js.map
1.1.js 的内容为
webpackJsonp([1],[ /* 0 */, /* 1 */ /***/ function(module, exports) { "use strict"; Object.defineProperty(exports, "__esModule", { value: true }); /** * async module */ exports.default = { a: 1 }; /***/ } ]); //# sourceMappingURL=1.1.js.map
webpackJsonp 方法定义在 vendor.bundle.js 中:
window["webpackJsonp"] = function webpackJsonpCallback(chunkIds, moreModules) { /******/ // add "moreModules" to the modules object, /******/ // then flag all "chunkIds" as loaded and fire callback /******/ var moduleId, chunkId, i = 0, callbacks = []; /******/ for(;i < chunkIds.length; i++) { /******/ chunkId = chunkIds[i]; /******/ if(installedChunks[chunkId]) /******/ callbacks.push.apply(callbacks, installedChunks[chunkId]); /******/ installedChunks[chunkId] = 0; /******/ } /******/ for(moduleId in moreModules) { /******/ modules[moduleId] = moreModules[moduleId]; /******/ } /******/ if(parentJsonpFunction) parentJsonpFunction(chunkIds, moreModules); /******/ while(callbacks.length) /******/ callbacks.shift().call(null, __webpack_require__); /******/ if(moreModules[0]) { /******/ installedModules[0] = 0; /******/ return __webpack_require__(0); /******/ } /******/ };
因此在 html 中应该先加载 vendor.bundle.js
<script src="js/vendor.bundle.js"></script> <script src="js/index.js"></script>
在使用异步加载的时候须要注意一下两点:
配置 output.publicPath: publicPath 为脚本在服务器中的文字,只有定义了 publicPath 才能经过 webpackJsonp 获取;
是对于异步的 CommonJs 模块引入只能经过 require 的方式引用,不能经过 Es6 import 的方式引入;
AMD 的方式也能够实现异步加载,这和使用 require.js 的使用方式基本相同,在定义模块的时候须要按照 AMD 的规范来定义
/** * @param dependencies [Array] 模块依赖 * @param callback [Function] */ require(dependencies, callback)
eg:
// 定义模块 define('modula-a', ['module-c'], function(c) { // return ... }) // 依赖模块 require(["module-a", "module-b"], function(a, b) { console.log(a, b); });
这时候的 require 实现是异步的方式,只有依赖的模块加载完成并执行回调,才会执行模块的 callback,依赖模块的回调结果会做为参数传入 a, b 中。
webpack 中 Chunk 实际上就是输出的 .js 文件,可能包含多个模块,主要的做用是为了优化异步加载。
对于同步的状况,一个 Chunk 会递归的把模块中全部的依赖都加入到 Chunk 中。
对于异步的状况,在每个 split point 上全部依赖的模块会打包进一个新的 chunk,和同步同样,依赖也是递归的,若是子模块依赖其余模块也会加入到 chunk 中,依赖的回调函数中 require 的其余模块也会打包进 chunk 中,如下公式表示 chunk 内容:
chunk content = recursive(ensure 依赖) + recursive(callback 依赖)
Entry Chunk
入口代码块包含了 webpack 运行时须要的一些函数,如 webpackJsonp
, __webpack_require__
等以及依赖的一系列模块。
Normal Chunk
普通代码块没有包含运行时须要的代码,只包含模块代码,其结构有加载方式决定,如基于 CommonJs 异步的方式可能会包含 webpackJsonp 的调用。 The chunk also contains a list of chunk id that it fulfills.
Initial chunk
与入口代码块对应的一个概念是入口模块(module 0),若是入口代码块中包含了入口模块 webpack 会当即执行这个模块,不然会等待包含入口模块的代码块,包含入口模块的代码块其实就是 initial chunk。 以上面的 CommonJs 异步加载为例:
<!-- 入口 Chunk, 未包含入口模块 --> <script src="js/vendor.bundle.js"></script> <!-- 包含入口模块的 Initial Chunk,执行入口模块 --> <script src="js/index.js"></script>
以前咱们已经利用 CommonsChunkPlugin 来分割公共代码如 react
, react-dom
到 vendor.bundle.js 中,这里介绍相关的原理。
如下面的配置为例
var webpack = require("webpack"); module.exports = { entry: { a: "./a", b: "./b" }, output: { filename: "[name].js" }, plugins: [ new webpack.optimize.CommonsChunkPlugin("init.js") ] }
当有多个入口的时候,CommonsChunkPlugin 会把 a,b 模块公共依赖的模块抽离出来,并加上 webpack 运行时代码,造成一个新的代码块,这个代码块类型为 entry chunk。a,b 两个入口会造成两个单独的代码块,这两个代码块为 initial chunk。
在 html 中,能够以下加载:
<!-- entry chunk --> <script src="init.js"></script> <!-- inital chunk a --> <script src="a.js"></script> <!-- initial chunk b --> <script src="b.js"></script>
更多 CommonChunkPlugin 的参数参见 https://webpack.github.io/docs/list-of-plugins.html#commonschunkplugin
可使用 require.include 方法,直接引入模块,以下例子:
require.ensure(["./file"], function(require) { require("./file2"); }); // is equal to require.ensure([], function(require) { require.include("./file"); require("./file2"); });
这个方法能够实现一些分块的优化,当一个 chunk-parent 可能会异步引用多个 chunk-child 而这些 chunk-child 可能都包含了 moduleA, 那么能够在 chunk-parent 中 require.include('moduleA') 就能够避免重复加载 moduleA。
根据 split point 生成出来的 chunk 名称都是数字,能够在 split point 上定义 chunk 名称:
/** * @param chunkName [String] chunk 名称 */ require.ensure(dependencies, callBack, chunkName)
也能够在 webpack.config.js 中配置修改 output.chunkName 来修改 chunk 名称
在一些特殊的场景能够利用以下这些插件来完成 Chunk 的优化,
LimitChunkCountPlugin
MinChunkSizePlugin
AggressiveMergingPlugin
在配置 webpack 的过程当中,能够利用 webpack 提供的一些工具和参数来调试。
经过调用
$ webpack [--params,...]
--progress
: 可以看到打包进度
--json
: 能够将打包结果输出为 json
--display-chunks
: 能够看到打包出来的 chunk 信息
analyse 地址:https://webpack.github.io/analyse/
能够经过 analyse 网站分析 webpack 的编译结果,以下图,能够分析 chunks, modules, Assets 等。