前言

前面我們有提到Vite在開發階段，提倡的是一個no-bundle的理念，不必與webpack那樣需要先將整個項目進行打包構建。但是no-bundle的理念只適合源代碼部分（我們自己寫的代碼），vite會將項目中的所有模塊分為依賴與源碼兩部分。gBC28資訊網——每日最新資訊28at.com

依賴：指的是一些不會變動的一些模塊，如：node_modules中的第三方依賴，這部分代碼vite會在啟動本地服務之前使用esbuild進行預構建。esbuild 使用 Go 編寫，比使用 JavaScript 編寫的打包器預構建依賴快 10-100 倍。gBC28資訊網——每日最新資訊28at.com

源碼：指的是我們自己開發時寫的那部分代碼，這部分代碼可能會經常變動，并且一般不會同時加載所有源代碼。gBC28資訊網——每日最新資訊28at.com

所以總結來說：no-bundle是針對源碼的，而預構建是針對第三方依賴的gBC28資訊網——每日最新資訊28at.com

使用預構建的原因

主要有以下兩點：gBC28資訊網——每日最新資訊28at.com

• commonJS 與 UMD兼容：因為Vite在開發階段主要是依賴瀏覽器原生ES模塊化規范，所以無論是我們的源代碼還是第三方依賴都得符合ESM的規范，但是目前并不是所有第三方依賴都有ESM的版本，所以需要對第三方依賴進行預編譯，將它們轉換成EMS規范的產物。

比如React，它就沒有ESM的版本，所以在使用Vite時需要預構建gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

• 性能：為了提高后續頁面的加載性能，Vite將那些具有許多內部模塊的 ESM 依賴項轉換為單個模塊。

比如常用的loads-esgBC28資訊網——每日最新資訊28at.com

我們引入lodash-es工具包中的debounce方法，此時它理想狀態應該是只發出一個請求gBC28資訊網——每日最新資訊28at.com

import  { debounce }  from 'lodash-es'

事實也是這樣：gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

但這是預構建的功勞，如果我們對lodash-es關閉預構建呢？gBC28資訊網——每日最新資訊28at.com

vite配置文件加上如下代碼，再來試試：gBC28資訊網——每日最新資訊28at.com

// vite.config.jsoptimizeDeps: {    exclude: ['lodash-es']  }

圖片gBC28資訊網——每日最新資訊28at.com

可以看到，此時發起了600多個請求，這是因為lodash-es 有超過 600 個內置模塊！gBC28資訊網——每日最新資訊28at.com

vite通過將 lodash-es 預構建成單個模塊，只需要發起一個HTTP請求！可以很大程度地提高加載性能gBC28資訊網——每日最新資訊28at.com

由于Vite的預構建是基于性能優異的Esbuild來完成的，所以并不會造成明顯的打包性能問題gBC28資訊網——每日最新資訊28at.com

開啟預構建

默認配置

一般來說，Vite幫我們默認開啟了預構建gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

預構建產物會存放在：node_modules/.vite/depsgBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

里面會有一個_metadata.json的文件，這里保存著已經預構建過的依賴信息gBC28資訊網——每日最新資訊28at.com

對于預構建產物的請求，Vite會設置為強緩存，有效時間為1年，對于有效期內的請求，會直接使用緩存內容gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

如果只有HTTP強緩存肯定也不行，如果用戶更新了依賴版本，在緩存過期之前，瀏覽器拿到的一直是舊版本的內容。gBC28資訊網——每日最新資訊28at.com

所以Vite對本地文件也設置了緩存判斷，如果下面幾個地方任意一個地方有變動，Vite將會對依賴進行重新預構建：gBC28資訊網——每日最新資訊28at.com

• 項目依賴dependencies變更

圖片gBC28資訊網——每日最新資訊28at.com

• 各種包管理器的lock文件變更

圖片gBC28資訊網——每日最新資訊28at.com

• optimizeDeps配置內容變更

圖片gBC28資訊網——每日最新資訊28at.com

自定義配置

entries

默認情況下，Vite會抓取項目中的index.html來檢測需要預構建的依賴gBC28資訊網——每日最新資訊28at.com

optimizeDeps: {  entries: ['index.html']}

如果指定了 build.rollupOptions.input，Vite 將轉而去抓取這些入口點。gBC28資訊網——每日最新資訊28at.com

exclude

排除需要預構建的依賴項gBC28資訊網——每日最新資訊28at.com

optimizeDeps: {  exclude: ['lodash-es']}

include

默認情況下，不在 node_modules 中的依賴不會被預構建。使用此選項可強制選擇預構建的依賴項。gBC28資訊網——每日最新資訊28at.com

optimizeDeps: {  include: ['lodash-es']}

預構建流程

還是從源碼入手，在啟動服務的過程中會執行一個initDepsOptimizer表示初始化依賴優化gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

接著找到定義initDepsOptimizer方法的地方gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

在這里會執行createDepsOptimizer方法，再接著找到定義createDepsOptimizer的地方gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

這里首先會去執行loadCachedDepOptimizationMetadata用于獲取本地緩存中的metadata數據gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

該函數會在獲取到_metadata.json文件內容之后去對比lock文件hash以及配置文件optimizeDeps內容，如果一樣說明預構建緩存沒有任何改變，無需重新預構建，直接使用上次預構建緩存即可。gBC28資訊網——每日最新資訊28at.com

如果沒有緩存時則需要進行依賴掃描：gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

這里主要是會調用scanImport方法，從名字也能看出該方法應該是通過掃描項目中的import語句來得到需要預編譯的依賴gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

最終會返回一個prepareEsbuildScanner方法：gBC28資訊網——每日最新資訊28at.com

圖片gBC28資訊網——每日最新資訊28at.com

最后該方法中會使用esbuild對掃描出來的依賴項進行預編譯。gBC28資訊網——每日最新資訊28at.com

本文鏈接：http://www.www897cc.com/showinfo-26-97753-0.html深入了解Vite：依賴預構建原理

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com

上一篇： ASP.NET Core在Web開發中的應用與實踐

下一篇： CSS 將會推出 if() 語句，一次大膽的嘗試！