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

Vite 為什么快呢?快在哪?說一下我自己的理解吧

開發(fā)
是真的被Vite強(qiáng)力吸粉了!Vite最大的優(yōu)點就是:快,非??欤∧堑降资菫槭裁碫ite可以做到這么快呢?今天我想用比較通俗易懂的話來講講,希望大家能看一遍就懂。

由于這幾個月使用了Vue3 + TS + Vite進(jìn)行開發(fā),并且是真的被Vite強(qiáng)力吸粉了?。?!Vite最大的優(yōu)點就是:快?。?!非??欤。。?/p>

說實話,使用Vite開發(fā)之后,我都有點不想回到以前Webpack的項目開發(fā)了,因為之前的項目啟動項目需要30s以上,修改代碼更新也需要2s以上,但是現(xiàn)在使用Vite,差不多啟動項目只需要1s,而修改代碼更新也是超級快!??!

那到底是為什么Vite可以做到這么快呢?官方給的解釋,真的很官方。。所以今天我想用比較通俗易懂的話來講講,希望大家能看一遍就懂。

問題現(xiàn)狀

1.ES模塊化支持的問題

咱們都知道,以前的瀏覽器是不支持ES module的,比如:

// index.js

import { add } from './add.js'
import { sub } from './sub.js'
console.log(add(1, 2))
console.log(sub(1, 2))

// add.js
export const add = (a, b) => a + b 

// sub.js
export const sub = (a, b) => a - b 

你覺得這樣的一段代碼,放到瀏覽器能直接運行嗎?答案是不行的哦。那怎么解決呢?這時候打包工具出場了,他將index.js、add.js、sub.js這三個文件打包在一個bundle.js文件里,然后在項目index.html中直接引入bundle.js,從而達(dá)到代碼效果。一些打包工具,都是這么做的,例如webpack、Rollup、Parcel

2.項目啟動與代碼更新的問題

這個不用說,大家都懂:

  • 項目啟動:隨著項目越來越大,啟動個項目可能要幾分鐘
  • 代碼更新:隨著項目越來越大,修改一小段代碼,保存后都要等幾秒才更新

解決問題

1.解決啟動項目緩慢

Vite在打包的時候,將模塊分成兩個區(qū)域依賴和源碼:

  • 依賴:一般是那種在開發(fā)中不會改變的JavaScript,比如組件庫,或者一些較大的依賴(可能有上百個模塊的庫),這一部分使用esbuild來進(jìn)行預(yù)構(gòu)建依賴,esbuild使用的是 Go 進(jìn)行編寫,比 JavaScript 編寫的打包器預(yù)構(gòu)建依賴快 10-100倍
  • 源碼:一般是哪種好修改幾率比較大的文件,例如JSX、CSS、vue這些需要轉(zhuǎn)換且時常會被修改編輯的文件。同時,這些文件并不是一股腦全部加載,而是可以按需加載(例如路由懶加載)。Vite會將文件轉(zhuǎn)換后,以es module的方式直接交給瀏覽器,因為現(xiàn)在的瀏覽器大多數(shù)都直接支持es module,這使性能提高了很多,為什么呢?

咱們看下面兩張圖:

第一張圖,是以前的打包模式,就像之前舉的index.js、add.js、sub.js的例子,項目啟動時,需要先將所有文件打包成一個文件bundle.js,然后在html引入,這個多文件 -> bundle.js的過程是非常耗時間的。

第二張圖,是Vite的打包方式,剛剛說了,Vite是直接把轉(zhuǎn)換后的es module的JavaScript代碼,扔給支持es module的瀏覽器,讓瀏覽器自己去加載依賴,也就是把壓力丟給了瀏覽器,從而達(dá)到了項目啟動速度快的效果。

2.解決更新緩慢

剛剛說了,項目啟動時,將模塊分成依賴和源碼,當(dāng)你更新代碼時,依賴就不需要重新加載,只需要精準(zhǔn)地找到是哪個源碼的文件更新了,更新相對應(yīng)的文件就行了。這樣做使得更新速度非??臁?/p>

Vite 同時利用 HTTP 頭來加速整個頁面的重新加載(再次讓瀏覽器為我們做更多事情):源碼模塊的請求會根據(jù) 304 Not Modified 進(jìn)行協(xié)商緩存,而依賴模塊請求則會通過 Cache-Control: max-age=31536000,immutable 進(jìn)行強(qiáng)緩存,因此一旦被緩存它們將不需要再次請求。

生產(chǎn)環(huán)境

剛剛咱們說的都是開發(fā)環(huán)境,也說了,Vite在是直接把轉(zhuǎn)化后的es module的JavaScript,扔給瀏覽器,讓瀏覽器根據(jù)依賴關(guān)系,自己去加載依賴。

那有人就會說了,那放到生產(chǎn)環(huán)境時,是不是可以不打包,直接在開個Vite服務(wù)就行,反正瀏覽器會自己去根據(jù)依賴關(guān)系去自己加載依賴。答案是不行的,為啥呢:

  • 你代碼是放在服務(wù)器的,過多的瀏覽器加載依賴肯定會引起更多的網(wǎng)絡(luò)請求
  • 為了在生產(chǎn)環(huán)境中獲得最佳的加載性能,最好還是將代碼進(jìn)行tree-shaking、懶加載和 chunk 分割、CSS處理,這些優(yōu)化操作,目前esbuild還不怎么完善

所以Vite最后的打包是使用了Rollup。

責(zé)任編輯:趙寧寧 來源: 前端之神
相關(guān)推薦

2022-08-17 12:28:14

vite代碼前端

2023-11-08 09:22:14

I/ORedis阻塞

2016-12-14 12:02:01

StormHadoop大數(shù)據(jù)

2017-02-14 14:20:02

StormHadoop

2024-09-27 11:46:51

2020-10-14 18:16:08

Python[]list()

2024-05-27 00:00:01

2020-02-27 21:03:30

調(diào)度器架構(gòu)效率

2020-02-27 15:44:41

Nginx服務(wù)器反向代理

2024-02-26 21:15:20

Kafka緩存參數(shù)

2023-06-08 18:25:40

Doris場景查詢

2020-03-30 15:05:46

Kafka消息數(shù)據(jù)

2021-06-09 09:32:58

Esbuild 工具前端

2024-11-26 08:52:34

SQL優(yōu)化Kafka

2022-01-04 08:54:32

Redis數(shù)據(jù)庫數(shù)據(jù)類型

2020-08-27 08:31:11

DDD可視化模型

2022-10-27 08:31:31

架構(gòu)

2023-08-29 07:46:08

Redis數(shù)據(jù)ReHash

2021-05-27 20:56:51

esbuild 工具JavaScript

2020-10-15 09:19:36

Elasticsear查詢速度
點贊
收藏

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