前面我們有提到Vite在開發階段,提倡的是一個no-bundle的理念,不必與webpack那樣需要先將整個項目進行打包構建。但是no-bundle的理念只適合源代碼部分(我們自己寫的代碼),vite會將項目中的所有模塊分為依賴與源碼兩部分。
依賴:指的是一些不會變動的一些模塊,如:node_modules中的第三方依賴,這部分代碼vite會在啟動本地服務之前使用esbuild進行預構建。esbuild 使用 Go 編寫,比使用 JavaScript 編寫的打包器預構建依賴快 10-100 倍。
源碼:指的是我們自己開發時寫的那部分代碼,這部分代碼可能會經常變動,并且一般不會同時加載所有源代碼。
所以總結來說:no-bundle是針對源碼的,而預構建是針對第三方依賴的
主要有以下兩點:
比如React,它就沒有ESM的版本,所以在使用Vite時需要預構建
圖片
比如常用的loads-es
我們引入lodash-es工具包中的debounce方法,此時它理想狀態應該是只發出一個請求
import { debounce } from 'lodash-es'
事實也是這樣:
圖片
但這是預構建的功勞,如果我們對lodash-es關閉預構建呢?
vite配置文件加上如下代碼,再來試試:
// vite.config.jsoptimizeDeps: { exclude: ['lodash-es'] }
圖片
可以看到,此時發起了600多個請求,這是因為lodash-es 有超過 600 個內置模塊!
vite通過將 lodash-es 預構建成單個模塊,只需要發起一個HTTP請求!可以很大程度地提高加載性能
由于Vite的預構建是基于性能優異的Esbuild來完成的,所以并不會造成明顯的打包性能問題
一般來說,Vite幫我們默認開啟了預構建
圖片
預構建產物會存放在:node_modules/.vite/deps
圖片
里面會有一個_metadata.json的文件,這里保存著已經預構建過的依賴信息
對于預構建產物的請求,Vite會設置為強緩存,有效時間為1年,對于有效期內的請求,會直接使用緩存內容
圖片
如果只有HTTP強緩存肯定也不行,如果用戶更新了依賴版本,在緩存過期之前,瀏覽器拿到的一直是舊版本的內容。
所以Vite對本地文件也設置了緩存判斷,如果下面幾個地方任意一個地方有變動,Vite將會對依賴進行重新預構建:
圖片
圖片
圖片
默認情況下,Vite會抓取項目中的index.html來檢測需要預構建的依賴
optimizeDeps: { entries: ['index.html']}
如果指定了 build.rollupOptions.input,Vite 將轉而去抓取這些入口點。
排除需要預構建的依賴項
optimizeDeps: { exclude: ['lodash-es']}
默認情況下,不在 node_modules 中的依賴不會被預構建。使用此選項可強制選擇預構建的依賴項。
optimizeDeps: { include: ['lodash-es']}
還是從源碼入手,在啟動服務的過程中會執行一個initDepsOptimizer表示初始化依賴優化
圖片
接著找到定義initDepsOptimizer方法的地方
圖片
在這里會執行createDepsOptimizer方法,再接著找到定義createDepsOptimizer的地方
圖片
這里首先會去執行loadCachedDepOptimizationMetadata用于獲取本地緩存中的metadata數據
圖片
該函數會在獲取到_metadata.json文件內容之后去對比lock文件hash以及配置文件optimizeDeps內容,如果一樣說明預構建緩存沒有任何改變,無需重新預構建,直接使用上次預構建緩存即可。
如果沒有緩存時則需要進行依賴掃描:
圖片
這里主要是會調用scanImport方法,從名字也能看出該方法應該是通過掃描項目中的import語句來得到需要預編譯的依賴
圖片
最終會返回一個prepareEsbuildScanner方法:
圖片
最后該方法中會使用esbuild對掃描出來的依賴項進行預編譯。
本文鏈接:http://www.tebozhan.com/showinfo-26-97753-0.html深入了解Vite:依賴預構建原理
聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。郵件:2376512515@qq.com