剛剛看了Vue.js作者在VueConf 2019上海的演講視頻，學習到了很多的東西。瞭解了vue在全球的影響力、活躍的社區以及核心開發團隊，更主要的是vue2當前的一些問題和在vue3中的一些進步。下面我總結了從中學習到的幾點。

vdom

1. 性能瓶頸

新vdom生成：
當數據更新時，雖然vue可以定位到最小更新粒度為組件級別，但在組件級別內，還是需要重新遍歷模板生成新的vdom，更新粒度不夠小。

diff算法：diff的工作量和組件模板大小成正相關。即使模板內只有少量的動態節點，也需要遍歷整個組件去執行diff。

總結：vdom的更新粒度不夠靈活，導致生成新的vnode和新舊vnode diff過程中，做了很多無用功，導致浪費性能.

2. 原因

vdom是從react而來的，jsx和手寫的render function是完全動態的，過度的靈活性導致無法收集優化的信息，即你無法解讀js的代碼，來區分靜態節點和動態節點。

如下圖，很難識別出：只有div下的第二個p是動態節點。

3. 解決方案

react時間分片

在動態節點和數據的量都很大時，那麼在數據更新時，js線程就會用很長的時間來執行vdom的相關計算，如果超過了16ms，造成交互或動畫等等卡頓現象。而時間分片就是把vdom的大量計算分成多個小任務，保證每個小任務在16ms內執行完，從而不會阻塞用户交互，避免卡頓現象。

即react承認vdom的這些缺點，然後它從其他的層面來彌補缺點帶來的問題。

vue縮小更新粒度

最大化利用的模板信息，把更新的粒度從組件縮小到代碼塊。

即從組件模板中提取出動態節點、動態代碼塊，做diff時，只需要比較這些動態區域，而忽略掉靜態節點，從而提升性能。

再比如一個節點僅僅class屬性為動態的，那麼只需要diff這一個屬性即可。進一步提升了性能。

總結：vdom的更新性能將與動態內容的數量相關，而不是模板整體大小。

function-based API

優勢1：更好的支持TS類型推導

優勢2：Tree-shaking友好

常用的API value、computed、watch等都是從vue中使用import引進來的，所以支持tree-shaking。即如果沒有使用這些api，那麼這些相應的代碼就不會被打包，縮小了文件大小。

優勢3：代碼更容易被壓縮

對象屬性一般是不會被壓縮的，而變量名是可以被壓縮的

優勢4：邏輯複用

邏輯複用有很多種方案，都有一些缺點：

1. mixins

• 命名空間衝突（多個mixins，不能保證變量名不會衝突）
• 數據來源不清晰（多個mixins時，使用的變量就不易分辨它的來源）

2. 高階組件

• props命名空間衝突
• props數據來源不清晰
• 額外的組件實例性能消耗

3. 作用域插槽

• 額外的組件實例性能消耗

而在vue3中邏輯複用會有不同的方式：

可以發現和 react hook邏輯封裝形式很像，就是在組件內定義響應式的變量，並封裝變量更改的邏輯，在最後把變量暴露出來，供其他組件使用。

視頻地址