今天小编跟大家讲解下有关Webpack 打包后代码执行时机分析与优化 ，相信小伙伴们对这个话题应该有所关注吧，小编也收集到了有关Webpack 打包后代码执行时机分析与优化 的相关资料，希望小伙伴们看了有所帮助。
代码执行时机将决定着是否能够正常执行，当依赖文件没加载完成就开始执行、使用对应模块，那么将会导致执行异常。这在“存在资源加载失败时，加载重试影响原来文件的执行顺序”的场景下尤为常见。
webpack 构建除了进行模块依赖管理，实际上，也天然地管理了 entry 与 chunk 多文件的执行时机，但缺少了对 external 文件管理，当 external 文件加载失败或未完成时，执行、使用对应模块同样将导致异常。为此，wait-external-webpack-plugin应运而生，以 webpack 插件的形式，补充 external 的执行管理。本文将进行简要说明。
一、单文件将 webpack 打包后的代码进行简化，其实就是一个立即调用函数；传入“模块”，使用webpack_require进行调用。在单文件下，文件加载后将立即执行业务逻辑。
(function(modules) { // webpackBootstrap function __webpack_require__(moduleId) { // ...// 执行模块代码modules[moduleId].call(module.exports, module, module.exports, __webpack_require__); } // 引用入口 return __webpack_require__(__webpack_require__.s ="./src/entryB.js"); })({"./entryB.js": (function(module, __webpack_exports__, __webpack_require__) { // ... })});二、多文件为了 “抽取公共模块进行单独打包避免重复加载” 或 “增加并发请求数减少总加载时间” 等原因，一般会将代码拆分成多文件，可使用如下形式：
使用 webpack 的 splitChunks 插件，将代码拆分成多个 chunk 文件；通过配置 external，将第三方库单独加载；拆分成多个文件后，为了避免业务逻辑执行时相关文件还没加载完成导致执行出错，需要等待相关文件都加载完成后再开始执行。
2.1 等待 entry 与 chunk 文件都加载完成entry 与 其他 chunk 文件的 “等待-执行” 的逻辑，webpack 其实已经帮我们自动生成了。
2.1.1 在生成的 entry 文件中声明了依赖的 chunk 文件列表当 chunk 文件加载后进行标记完成文件加载后将检查相关文件是否都加载完成，如是，则开始执行业务逻辑提供给 chunk 文件加载后的回调方法// # entry.js// 声明依赖列表deferredModules.push(["./src/entryA.js","commons"]);// 缓存已完成的加载var installedChunks = {"entryA": 0};function webpackjsonpCallback(data) { // 加载后标记完成 installedChunks[chunkId] = 0;}// 检查是否都加载完成，如是，则开始执行业务逻辑function checkDeferredModules() { // 判断 installedChunks 是否完整 // ... if(fulfilled) { // 所有都加载，开始执行 result = __webpack_require__(__webpack_require__.s = deferredModule[0]); }}// 提供给 chunk 的全局回调方法var jsonpArray = window["webpackjsonp"] = window["webpackjsonp"] || [];jsonpArray.push = webpackjsonpCallback;2.1.2 在生成的 chunk 文件中chunk 文件加载后，正常情况下将调用 entry 提供的全局回调方法，标记加载完成。而当 chunk 文件先于 entry 加载完成，则会先缓存记录，等 entry 文件加载后读取缓存并将其标记完成。
// # chunk.js(window["webpackJsonp"] = window["webpackJsonp"] || []).push([["commons"],{"./src/moduleA.js": (function(module, __webpack_exports__, __webpack_require__) { // ... })}]);2.1.3 小结基于以上分析，可以看出 entry 和 chunk 文件加载顺序不会影响执行时机，只有在都加载完成后，才会执行业务逻辑。如下图示
2.2 等待 external 文件加载完成项目引用第三方库，一般会配置 external 让库单独加载。通过 webpack 生成的代码可以看出，配置 external 的模块在业务代码执行前将被当作已存在环境中，不做任何判断。所以当 external 文件未加载完成或加载失败时，使用对应模块将会导致执行出错。
"react": (function(module, exports) { eval("(function() { module.exports = window[\"react\"]; }());");})2.2.1 添加等待 external 文件加载完成再执行逻辑为了避免使用时出错，在执行前需先保证 external 文件已经加载完成。处理方式如下
将 entry 逻辑进行封装，不立即执行external 模块不存在时，则监听等待文件加载完成后再判断执行external 模块都存在后再执行 entry 逻辑示意代码：
(function () { var entryInit = function () { (function(modules) { // webpackBootstrap // ... })({}) }; if (window["react"]) { entryInit(); } else { var hasInit = false; var callback = function () { if(hasInit) return; if (window["react"]) { hasInit = true; document.removeEventListener('load', callback, true); entryInit(); } }; document.addEventListener('load', callback, true); }})();2.2.2 “自动”生成等待 external 文件加载完成再执行逻辑等待 external 加载完成逻辑是统一的，差异在于依赖的 external 或有不同。为了避免手动添加出错，我们可以通过以 webpack 插件的形式自动分析依赖，并生成相关代码。
获取依赖的 external Modules分析 external 对应变量生成并注入相关逻辑代码具体实现可见插件wait-external-webpack-plugin
通过wait-external-webpack-plugin插件，能够自动生成等待依赖的 external 文件加载完成再执行逻辑，对开发者透明，保证文件对正常执行。
原文地址
来源：爱蒂网
