1.創建一個vite項目
npm init vite-app <project-name>
cd <project-name>
npm install
npm run dev
或者
yarn create vite-app <project-name>
cd <project-name>
yarn
yarn dev
2.vite簡介
vite 是一個基于 Vue3 單文件組件的非打包開發服務器,它做到了本地快速開發啟動:
- 快速的冷啟動,不需要等待打包操作;
- 即時的熱模塊更新,替換性能和模塊數量的解耦讓更新飛起;
- 真正的按需編譯,不再等待整個應用編譯完成,這是一個巨大的改變。
并且vite也成功地革了webpack的命,讓webpack開發者直接喊大哥:
那么vite是如何做到這些的呢?
3.第一個疑問
通過運行npm run dev
,可以觀察到這個項目是秒級打開,打開調試器可以看到:
瀏覽器直接請求了.vue
文件,并且后面帶了一些type參數。點擊這些請求,簡單查看一下文件返回內容:
//main.js
import { createApp } from '/@modules/vue.js'
import App from '/src/App.vue' //
import '/src/index.css?import' //
createApp(App).mount('#app')
最直觀地看到這里:
- 將vue引用轉化為
/@modules/vue.js
- 將
./App.vue
轉換為/src/App.vue
- 將
./index.css
轉化為/src/index.css?import
//HelloWorld.vue?type=style&index=0
import { updateStyle } from "/vite/hmr"
const css = "\np{color: red;}\n"
updateStyle("62a9ebed-0", css)
export default css
這里編譯了Helloworld.vue中的style樣式,將p{color:red}
進行了編譯;
//index.css?import
import { updateStyle } from "/vite/hmr"
const css = "#app {\n font-family: Avenir, Helvetica, Arial, sans-serif;\n -webkit-font-smoothing: antialiased;\n -moz-osx-font-smoothing: grayscale;\n text-align: center;\n color: #2c3e50;\n margin-top: 60px;\n}\n"
updateStyle("\"2418ba23\"", css)
export default css
同時還對全局樣式進行了更新監聽。
既然瀏覽器直接請求了.vue
文件,那么文件內容是如何做出解析的呢。項目是如何在不使用webpack等打包工具的條件下如何直接運行vue文件。
3.1挖掘vite運行原理
從上面的代碼片段中可以看到,最明顯的特征就是使用了ES Module,代碼以模塊的形式引入到文件,同時實現了按需加載。
其最大的特點是在瀏覽器端使用 export import
的方式導入和導出模塊,在 script 標簽里設置 type="module"
,然后使用 ES module。
正因如此,vite高度依賴module script
特性,也就意味著從這里開始拋棄了IE市場,參見Javascript MDN。
在這種操作下,伴隨的另一個效果就是去掉了webpack打包步驟,不用再將各個模塊文件打包成一個bundle,以便支持瀏覽器的模塊化加載。那么vite是如何處理這些模塊的呢?
關鍵在于vite使用Koa
構建的服務端,在createServer
中主要通過中間件注冊相關功能。
vite 對 import
都做了一層處理,其過程如下:
- 在 koa 中間件里獲取請求 body
- 通過 es-module-lexer 解析資源 ast 拿到 import 的內容
- 判斷 import 的資源是否是絕對路徑,絕對視為 npm 模塊
- 返回處理后的資源路徑,例如:
"vue" => "/@modules/vue"
將處理的template,script,style等所需的依賴以http請求的形式,通過query參數形式區分并加載SFC文件各個模塊內容。
為什么這里需要@modules
?
舉個栗子:
import vue from 'vue'
vue模塊安裝在node_modules
中,瀏覽器ES Module
是無法直接獲取到項目下node_modules目錄中的文件。所以vite
對import
都做了一層處理,重寫了前綴使其帶有@modules
,以便項目訪問引用資源;另一方面,把文件路徑都寫進同一個@modules中,類似面向切片編程,可以從中再進行其他操作而不影響其他部分資源,比如后續可加入alias等其他配置。
通過koa middleware正則匹配上帶有@modules
的資源,再通過require('XXX')獲取到導出資源并返給瀏覽器。
3.2文件請求
單頁面文件的請求有個特點,都是以*.vue
作為請求路徑結尾,當服務器接收到這種特點的http請求,主要處理
- 根據
ctx.path
確定請求具體的vue文件 - 使用
parseSFC
解析該文件,獲得descriptor
,一個descriptor
包含了這個組件的基本信息,包括template
、script
和styles
等屬性 下面是Comp.vue
文件經過處理后獲得的descriptor
然后根據descriptor
和ctx.query.type
選擇對應類型的方法,處理后返回ctx.body
- type為空時表示處理
script
標簽,使用compileSFCMain
方法返回js
內容 - type為
template
時表示處理template
標簽,使用compileSFCTemplate
方法返回render
方法 - type為
style
s時表示處理style
標簽,使用compileSFCStyle
方法返回css
文件內容
在瀏覽器里使用 ES module 是使用 http 請求拿到的模塊,所以 vite 必須提供一個web server
去代理這些模塊,上文中提到的 koa中間件
就是負責這個事情,vite 通過對請求路徑query.type
的劫持獲取資源的內容返回給瀏覽器,然后通過拼接不同的處理單頁面文件解析后的各個資源文件,最后響應給瀏覽器進行渲染。
從另一方面來看,這也是一個非常有趣的方法,webpack之類的打包工具會把各種各樣的模塊提前打包進bundle中,但打包結果是靜態的,不管某個模塊的代碼是否用得到,它都要被打包進去,顯而易見的壞處就是隨著項目越來越大,打包文件也越來越大。vite的優雅之處就在于需要某個模塊時動態引入,而不是提前打包,自然而然提高了開發體驗。
4.hmr熱更新
vite的熱更新主要有四步:
- 通過 watcher 監聽文件改動;
- 通過 server 端編譯資源,并推送新資源信息給 client ;
- 需要框架支持組件 rerender/reload ;
- client 收到資源信息,執行框架 rerender 邏輯。
在client端,Websocket監聽了一些更新的消息類型,然后分別處理:
-
vue-reload —— vue 組件更新:通過 import 導入新的 vue 組件,然后執行
HMRRuntime.reload
-
vue-rerender —— vue template 更新:通過 import 導入新的 template ,然后執行
HMRRuntime.rerender
- vue-style-update —— vue style 更新:直接插入新的 stylesheet
- style-update —— css 更新:document 插入新的 stylesheet
- style-remove —— css 移除:document 刪除 stylesheet
- js-update —— js 更新:直接執行
-
full-reload —— 頁面 roload:使用
window.reload
刷新頁面
在server端,通過watcher監聽頁面改動,根據文件類型判斷是js Reload還是vue Reload。通過解析器拿到當前文件內容,并與緩存里的上一次解析結果進行比較,如果發生改變則執行相應的render。
5.后續
本文簡述了vite
的啟動鏈路和背后的簡易原理,雖然短時間內vite
不會替代webpack
,但是能夠看到vite
的強大潛力和不可阻擋的趨勢。vite
的更新實在是太快了,特別佩服尤大的勤奮和開源精神,目前還在快速迭代中,后續將會有單獨的文章來分析各個內部原理實現,希望大家多多期待,有任何問題歡迎隨時交流。
歡迎大家關注作者公眾號:前端優選