自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Webpack 性能系列五:使用 Scope Hoisting

開發(fā) 前端
Webpack 會將模塊打包成一個一個分離的函數(shù),這會造成一定程度上的代碼冗余與運行性能問題.

[[435028]]

一、什么是 Scope Hoisting

默認(rèn)情況下,經(jīng)過 Webpack 打包后的模塊資源會被組織成一個個函數(shù)形式,例如:

關(guān)于打包產(chǎn)物形態(tài)的更多知識,可參考前文《Webpack 原理系列八:產(chǎn)物轉(zhuǎn)譯打包邏輯》

  1. // common.js 
  2. export default "common"
  3.  
  4. // index.js 
  5. import common from './common'
  6. console.log(common); 

上例最終會被打包出形如下面結(jié)構(gòu)的產(chǎn)物:

  1. "./src/common.js"
  2.   ((__unused_webpack_module, __webpack_exports__, __webpack_require__) => { 
  3.      const __WEBPACK_DEFAULT_EXPORT__ = ("common"); 
  4.      __webpack_require__.d(__webpack_exports__, { 
  5.       /* harmony export */ 
  6.       "default": () => (__WEBPACK_DEFAULT_EXPORT__) 
  7.       /* harmony export */ 
  8.     }); 
  9.   }), 
  10. "./src/index.js"
  11.   ((__unused_webpack_module, __webpack_exports__, __webpack_require__) => { 
  12.       var _common__WEBPACK_IMPORTED_MODULE_0__ = __webpack_require__( /*! ./common */ "./src/common.js"); 
  13.       console.log(_common__WEBPACK_IMPORTED_MODULE_0__) 
  14.   }) 

這種結(jié)構(gòu)存在兩個影響到運行性能的問題:

  • 重復(fù)的函數(shù)模板代碼會增大產(chǎn)物體積,消耗更多網(wǎng)絡(luò)流量
  • 函數(shù)的出棧入棧需要創(chuàng)建、銷毀作用域空間,影響運行性能

針對這些問題,自 Webpack 3 開始引入 Scope Hoisting 功能,本質(zhì)上就是將符合條件的多個模塊合并到同一個函數(shù)空間內(nèi),減少函數(shù)聲明的模板代碼與運行時頻繁出入棧操作,從而打包出「體積更小」、「運行性能」更好的包。例如上述示例經(jīng)過 Scope Hoisting 優(yōu)化后,生成代碼:

  1. ((__unused_webpack_module, __webpack_exports__, __webpack_require__) => { 
  2.     ;// CONCATENATED MODULE: ./src/common.js 
  3.     /* harmony default export */ const common = ("common"); 
  4.      
  5.     ;// CONCATENATED MODULE: ./src/index.js 
  6.     console.log(common); 
  7. }) 

二、使用 Scope Hoisting

2.1 開啟 Scope Hoisting 特性

Webpack 提供了三種方法開啟 Scope Hoisting 功能的方法:

  • 開啟 Production 模式
  • 使用 optimization.concatenateModules 配置項
  • 直接使用 ModuleConcatenationPlugin 插件

分別對應(yīng)下述代碼:

  1. const ModuleConcatenationPlugin = require('webpack/lib/optimize/ModuleConcatenationPlugin'); 
  2.  
  3. module.exports = { 
  4.     // 方法1: 將 `mode` 設(shè)置為 production,即可開啟 
  5.     mode: "production"
  6.     // 方法2: 將 `optimization.concatenateModules` 設(shè)置為 true 
  7.     optimization: { 
  8.         concatenateModules: true
  9.         usedExports: true
  10.         providedExports: true
  11.     }, 
  12.     // 方法3: 直接使用 `ModuleConcatenationPlugin` 插件 
  13.     plugins: [new ModuleConcatenationPlugin()] 
  14. }; 

三種方法的作用原理相似,最終都會用到 ModuleConcatenationPlugin 完成模塊分析與合并操作,唯一需要注意的是使用 optimization.concatenateModules 時需要將 usedExports、providedExports 同時設(shè)置為 true,標(biāo)記模塊的導(dǎo)入導(dǎo)出變量,才能完成合并操作。

2.2 模塊合并規(guī)則

開啟 Scope Hoisting 后,Webpack 會將盡可能多的模塊合并到同一個函數(shù)作用域下,但合并功能一方面依賴于 ESM 靜態(tài)分析能力;一方面需要確保合并操作不會造成代碼冗余。因此開發(fā)者需要注意 Scope Hoisting 會在以下場景下失效:

2.2.1 非 ESM 模塊

對于 AMD、CMD 一類的模塊,由于模塊導(dǎo)入導(dǎo)出內(nèi)容的動態(tài)性,Webpack 無法確保模塊合并后不會對原有的代碼語義產(chǎn)生副作用,導(dǎo)致 Scope Hoisting 失效,例如:

  1. // common.js 
  2. module.exports = 'common'
  3.  
  4. // index.js 
  5. import common from './common'

上例中,由于 common.js 使用 CommonJS 導(dǎo)入模塊內(nèi)容,Scope Hoisting 失效,兩個模塊無法合并。

這一問題在導(dǎo)入 NPM 包尤其常見,由于大部分框架都會自行打包后再上傳到 NPM,并且默認(rèn)導(dǎo)出的是兼容性更佳的 CommonJS 模塊方案,因而無法使用 Scope Hoisting 功能,此時可通過 mainFileds 屬性嘗試引入框架的 ESM 版本:

  1. module.exports = { 
  2.   resolve: { 
  3.     // 優(yōu)先使用 jsnext:main 中指向的 ES6 模塊化語法的文件 
  4.     mainFields: ['jsnext:main''browser''main'
  5.   }, 
  6. }; 

2.2.2 模塊被多個 Chunk 引用

如果一個模塊被多個 Chunk 同時引用,為避免重復(fù)打包,Scope Hoisting 同樣會失效,例如:

  1. // common.js 
  2. export default "common" 
  3.  
  4. // async.js 
  5. import common from './common'
  6.  
  7. // index.js  
  8. import common from './common'
  9. import("./async"); 

上例中,入口 index.js 以異步引用方式導(dǎo)入 async.js 模塊,同時 async.js 與 index.js 都依賴于 common.js 模塊,根據(jù) Chunk 的運行規(guī)則, async.js 會被處理為單獨的 Chunk ,這就意味著 common.js 模塊同時被 index.js 對應(yīng)的 Initial Chunk 與 async.js 對應(yīng)的 Async Chunk 引用,此時 Scope Hoisting 失效,common.js 無法被合并入任一 Chunk,而是作為生成為單獨的作用域,最終打包結(jié)果:

  1. "./src/common.js"
  2.  (() => { 
  3.    var __WEBPACK_DEFAULT_EXPORT__ = ("common"); 
  4.  }), 
  5. "./src/index.js"
  6.  (() => { 
  7.    var _common__WEBPACK_IMPORTED_MODULE_0__ = __webpack_require__( /*! ./common */ "./src/common.js"); 
  8.    __webpack_require__.e( /*! import() */ "src_async_js").then(__webpack_require__.bind(__webpack_require__, /*! ./async */ "./src/async.js")); 
  9.  }),   

關(guān)于 Chunk 的更多內(nèi)容,請參考:

  • 《Webpack 性能系列四:分包優(yōu)化》
  • 《有點難的知識點:Webpack Chunk 分包規(guī)則詳解》

 三、總結(jié)

默認(rèn)情況下,Webpack 會將模塊打包成一個一個分離的函數(shù),這會造成一定程度上的代碼冗余與運行性能問題,這一情況自 Webpack 3.0 引入 ModuleConcatenationPlugin 后,開發(fā)者可使用 Scope Hoisting 技術(shù)將多個模塊合并成一個函數(shù),減少性能問題。

 

責(zé)任編輯:姜華 來源: Tecvan
相關(guān)推薦

2021-10-25 10:23:49

Webpack 前端Tree shakin

2021-11-09 09:57:46

Webpack 前端分包優(yōu)化

2021-09-27 08:16:38

Webpack 前端Cache

2021-12-15 09:21:59

Webpack 前端Sourcemap

2020-09-19 21:26:56

webpack

2015-10-20 13:11:23

JavascriptHoisting

2019-03-05 10:20:49

WebWebpack分離數(shù)據(jù)

2021-05-31 05:36:43

WebpackJavaScript 前端

2021-10-12 09:52:30

Webpack 前端多進程打包

2022-03-03 07:34:31

注解容器作用域

2019-03-15 15:00:49

Webpack構(gòu)建速度前端

2021-06-28 05:59:17

Webpack 前端打包與工程化

2021-09-13 09:40:35

Webpack 前端HMR 原理

2019-03-26 10:02:16

WebpackJavascript前端

2021-08-26 10:30:29

WebpackTree-Shakin前端

2013-12-17 16:21:17

iOSiOS性能優(yōu)化

2021-12-16 22:02:28

webpack原理模塊化

2022-11-29 17:38:57

DockerfileARG作用域

2017-01-12 15:37:34

LinuxLXD 2.0鏡像管理

2017-09-26 16:32:03

JavaGC分析
點贊
收藏

51CTO技術(shù)棧公眾號