本篇內(nèi)容主要講解“CommonJS是怎么導(dǎo)致打包后體積增大的”，感興趣的朋友不妨來看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“CommonJS是怎么導(dǎo)致打包后體積增大的”吧!

創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比永和網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式永和網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋永和地區(qū)。費(fèi)用合理售后完善，十載實(shí)體公司更值得信賴。

什么是 CommonJS?

CommonJS 是 2009 年發(fā)布的 JavaScript模塊化的一項(xiàng)標(biāo)準(zhǔn)，最初它只打算在瀏覽器之外的場(chǎng)景使用，主要用于服務(wù)器端的應(yīng)用程序。

你可以使用 CommonJS 來定義模塊，并從中導(dǎo)出部分模塊。例如，下面的代碼定義了一個(gè)模塊，該模塊導(dǎo)出了五個(gè)函數(shù)：add、 subtract、  multiply、 divide、max:

// utils.js const { maxBy } = require('lodash-es'); const fns = {   add: (a, b) => a + b,   subtract: (a, b) => a - b,   multiply: (a, b) => a * b,   divide: (a, b) => a / b,   max: arr => maxBy(arr) };  Object.keys(fns).forEach(fnName => module.exports[fnName] = fns[fnName]);

其他模塊可以導(dǎo)入這個(gè)模塊的部分函數(shù)。

// index.js const { add } = require(‘./utils'); console.log(add(1, 2));

通過 node 運(yùn)行 index.js ，會(huì)在控制臺(tái)輸出數(shù)字 3。

在 2010 年，由于瀏覽器缺乏標(biāo)準(zhǔn)化的模塊化能力，CommonJS 成了當(dāng)時(shí) JavaScript 客戶端較為流行的模塊化標(biāo)準(zhǔn)。

CommonJS 如何影響包體?

服務(wù)端的 JavaScript 程序?qū)Υa體積并不像瀏覽器中那么敏感，這就是為什么在設(shè)計(jì) CommonJS  的時(shí)候，并沒有考慮減少生產(chǎn)包大小的原因。同時(shí)，研表究明 JavaScript 代碼的體積依然是影響頁面加載速度的一個(gè)重要因素。

JavaScript  的打包工具(webpack、terser)會(huì)進(jìn)行許多優(yōu)化以減小最后生成的包體大小。他們?cè)跇?gòu)建時(shí)，會(huì)分析你的代碼，盡可能的刪除不會(huì)使用的部分。例如，上面的代碼中，最終生成的包應(yīng)該只包含  add 函數(shù)，因?yàn)檫@是 index.js 唯一從 utils.js 中導(dǎo)入的部分。

下面我們使用如下 webpack 配置對(duì)應(yīng)用進(jìn)行打包：

const path = require('path'); module.exports = {   entry: 'index.js',   output: {     filename: 'out.js',     path: path.resolve(__dirname, 'dist'),   },   mode: 'production', };

我們需要將 webpack 的 mode 指定為 production，并且將 index.js 作為入口。運(yùn)行 webpack  后，會(huì)輸出一個(gè)文件：dist/out.js，可以通過如下方式統(tǒng)計(jì)它的大?。?/p>

$ cd dist && ls -lah 625K Apr 13 13:04 out.js

打包后的文件高達(dá) 625 KB。如果看下 out.js 文件，會(huì)發(fā)現(xiàn) utils.js 導(dǎo)入 lodash 的所有模塊都打包到了輸出的文件中，盡管我們?cè)? index.js 并沒有使用到 lodash 的任何方法，但是這給我們的包體帶來了巨大的影響。

現(xiàn)在我們將代碼的模塊化方案改為 ESM，utils.js 部分的代碼如下：

export const add = (a, b) => a + b; export const subtract = (a, b) => a - b; export const multiply = (a, b) => a * b; export const divide = (a, b) => a / b;  import { maxBy } from 'lodash-es';  export const max = arr => maxBy(arr);

index.js 也改為 ESM 的方式從 utils.js 導(dǎo)入模塊：

import { add } from './utils';  console.log(add(1, 2));

使用相同的 webpack 配置，構(gòu)建完畢之后，我們打開 out.js ，僅有 40 字節(jié)，輸出如下：

(()=>{"use strict";console.log(1+2)})();

值得注意的是，最終的輸出并沒有包含 utils.js 的任何代碼，而且 lodash 也消失了。而且 terser(webpack 使用的壓縮工具)直接將  add 函數(shù)內(nèi)聯(lián)到了 console.log 內(nèi)部。

有的小朋友可能就會(huì)問了(此處采用了李永樂語法)，為什么使用 CommonJS 會(huì)導(dǎo)致輸出的文件大了 16,000 倍?當(dāng)然，這只是用來展示  CommonJS 與 ESM 差異的案例，實(shí)際上并不會(huì)出現(xiàn)這么大的差異，但是使用 CommonJS 肯定會(huì)導(dǎo)致打包后的體積更大。

一般情況下，CommonJS 模塊的體積更加難優(yōu)化，因?yàn)樗?ES 模塊更加的動(dòng)態(tài)化。為了確保構(gòu)建工具以及壓縮工具能成功優(yōu)化代碼，請(qǐng)避免使用  CommonJS 模塊。

當(dāng)然，如果你只在 utils.js 采用了 ESM 的模塊化方案，而 index.js 還是維持 CommonJS，則包體依舊會(huì)受到影響。

為什么 CommonJS 會(huì)使包體更大?

要回答這個(gè)問題，我們需要研究 webpack 的 ModuleConcatenationPlugin  的行為，并且看看它是如何進(jìn)行靜態(tài)分析的。該插件將所有的模塊都放入一個(gè)閉包內(nèi)，這會(huì)讓你的代碼在瀏覽器中更快的執(zhí)行。我們來看看下面的代碼：

// utils.js export const add = (a, b) => a + b; export const subtract = (a, b) => a - b;

// index.js import { add } from ‘./utils'; const subtract = (a, b) => a - b;  console.log(add(1, 2));

我們有一個(gè)新的 ESM 模塊(utils.js)，將其導(dǎo)入 index.js 中，我們還重新定義一個(gè) subtract 函數(shù)。接下來使用之前的  webpack 配置來構(gòu)建項(xiàng)目，但是這次，我把禁用壓縮配置。

const path = require('path');  module.exports = {   entry: 'index.js',   output: {     filename: 'out.js',     path: path.resolve(__dirname, 'dist'),   }, + optimization: { +   minimize: false + },   mode: 'production', };

輸出的 out.js 如下：

/******/ (() => { // webpackBootstrap /******/  "use strict";  // CONCATENATED MODULE: ./utils.js** const add = (a, b) => a + b; const subtract = (a, b) => a - b;  // CONCATENATED MODULE: ./index.js** const index_subtract = (a, b) => a - b; console.log(add(1, 2));  /******/ })();

輸出的代碼中，所有的函數(shù)都在一個(gè)命名空間里，為了防止沖突，webpack 將 index.js 中的 subtract 函數(shù)重新命名為了  index_subtract 函數(shù)。

如果開啟壓縮配置，它會(huì)進(jìn)行如下操作：

1. 鴻蒙官方戰(zhàn)略合作共建——HarmonyOS技術(shù)社區(qū)

2. 刪除沒有使用的 subtract 函數(shù)和 index_subtract 函數(shù);

3. 刪除所有的注釋和空格;

4. console.log 中直接內(nèi)聯(lián) add 函數(shù);

一些開發(fā)人員會(huì)把這種刪除未使用代碼的行為稱為“tree-shaking(樹搖)”。webpack 能夠通過導(dǎo)出、導(dǎo)入符號(hào)靜態(tài)的分析  utils.js(在構(gòu)建的過程中)，這使得 tree-shaking 有了可行性。當(dāng)使用 ESM 時(shí)，這種行為是默認(rèn)開啟的，因?yàn)橄啾扔? CommonJS，它更加易于靜態(tài)分析。

讓我們看看另外的示例，這一次將 utils.js 改為 CommonJS 模塊，而不是 ESM 模塊。

// utils.js const { maxBy } = require('lodash-es');  const fns = {   add: (a, b) => a + b,   subtract: (a, b) => a - b,   multiply: (a, b) => a * b,   divide: (a, b) => a / b,   max: arr => maxBy(arr) };  Object.keys(fns).forEach(fnName => module.exports[fnName] = fns[fnName]);

這個(gè)小小的改動(dòng)，明顯影響了輸出的代碼。由于輸出的文本太大，我們只展示其中的一小部分。

... (() => {  "use strict"; /* harmony import */ var _utils__WEBPACK_IMPORTED_MODULE_0__ = __webpack_require__(288); const subtract = (a, b) => a - b; console.log((0,_utils__WEBPACK_IMPORTED_MODULE_0__/* .add */ .IH)(1, 2));  })();

可以看到，最終生成的代碼包含一些 webpack 的 runtime 代碼，這部分代碼負(fù)責(zé)模塊的導(dǎo)入導(dǎo)出的能力。這次并沒有將 utils.js 和  index.js 所有的變量放到了同一命名空間下，動(dòng)態(tài)引入的模塊都是通過 __webpack_require__ 進(jìn)行導(dǎo)入。

使用 CommonJS 的時(shí)候，我們可以通過任意的表達(dá)式構(gòu)造導(dǎo)出名稱，例如下面的代碼也是能正常運(yùn)行的：

module.exports[(Math.random()] = () => { … };

這導(dǎo)致構(gòu)建工具在構(gòu)建時(shí)，沒有辦法知道導(dǎo)出的變量名，因?yàn)檫@個(gè)名稱只有在用戶瀏覽器運(yùn)行時(shí)才能夠真正確定。壓縮工具無法準(zhǔn)確的知道 index.js  使用了模塊的哪部分內(nèi)容，因此無法正確的進(jìn)行 tree-shaking。如果我們從 node_modules 導(dǎo)入了 CommonJS  模塊，你的構(gòu)建工具將無法正確的優(yōu)化它。

對(duì) CommonJS 使用 Tree-shaking

由于 CommonJS 的模塊化方案是動(dòng)態(tài)的，想要分析他們是特別困難的。與通過表達(dá)式導(dǎo)入模塊的 CommonJS 相比，ESM  模塊的導(dǎo)入始終使用的是靜態(tài)的字符串文本。

在某些情況下，如果你使用的庫遵循 CommonJS 的相關(guān)的一些約定，你可以使用第三方的 webpack  插件：webpack-common-shake，在構(gòu)建的過程中，刪除未使用的模塊。盡管該插件增加了 CommonJS 對(duì) tree-shaking  的支持，但并沒有涵蓋所有的 CommonJS 依賴，這意味著你不能獲得 ESM 相同的效果。

此外，這并非是 webpack 默認(rèn)行為，它會(huì)對(duì)你的構(gòu)建耗時(shí)增加額外的成本。

到此，相信大家對(duì)“CommonJS是怎么導(dǎo)致打包后體積增大的”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！

當(dāng)前文章：CommonJS是怎么導(dǎo)致打包后體積增大的
當(dāng)前網(wǎng)址：http://aaarwkj.com/article6/ipohog.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供定制網(wǎng)站、標(biāo)簽優(yōu)化、網(wǎng)站營銷、網(wǎng)站設(shè)計(jì)公司、移動(dòng)網(wǎng)站建設(shè)、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)