Vue 3.6 進入第二個 RC，Vapor Mode 水合流程修掉一批邊角案例
vuejs/core GitHub Releases · 2026-07-22
Vue 團隊於 2026-07-22 釋出 v3.6.0-rc.2，這是 Vue 3.6 正式版前的第二個候選版本。距離上一個 v3.6.0-rc.1（2026-07-18，帶來 Vapor Mode 完成度與 @vue/reactivity 的 alien-signals 重構）僅四天，這次全部是針對 Vapor 執行路徑的修補，沒有新增 API。
核心改動
Vapor Mode 是 Vue 3.6 引入的無虛擬 DOM 編譯模式，透過 createVaporApp() 直接產生對 DOM 的細粒度更新指令，跳過傳統 VNode diff 開銷。rc.2 修正的問題集中在水合（hydration）階段——也就是伺服器端渲染的靜態 HTML 交給瀏覽器接管、重新掛上互動邏輯的過程：
- slot anchor 在巢狀元件間的定位錯誤，導致水合時插槽內容掛載到錯誤節點
- 動態元件（
<component :is>）在 Vapor 模式下切換時，舊 VNode 未正確卸載 - SSR 轉譯失敗後的復原路徑（fallback to client render）中 VNode 狀態未重置，造成後續互動狀態錯亂
影響範圍
由於 Vapor Mode 目前仍是opt-in的編譯目標，只有明確在建置設定中啟用 Vapor 編譯的專案會受影響；一般執行虛擬 DOM 模式的 Vue 3 應用不受影響。vaporInteropPlugin 讓同一個應用可以混用 Vapor 與傳統元件，這也是為何水合邊界的正確性特別重要——任何一邊沒接好，混用時就會整段失效。
React 19.2.8 同步補丁三條分支，收斂 Server Components 解碼效能
facebook/react GitHub Releases · 2026-07-21
React 團隊在 2026-07-21 同時釋出 v19.2.8、v19.1.9、v19.0.8 三個分支的修補版本，內容一致：由 @eps1lon 提交的 PR #37087，針對 React Server Components（RSC）的解碼路徑做效能優化。三個仍在維護窗口內的次要版本同步更新，顯示這不是單一分支的臨時修補，而是共通程式碼路徑的改動。
核心改動
RSC 的資料流是伺服器把元件樹序列化成一種特殊的串流格式（Flight protocol），瀏覽器端再把這段串流解碼回可渲染的 React tree。這個解碼器過去採用逐段掃描字串的方式重建 payload，在大型 payload（多層巢狀 Suspense 邊界、大量 props）下容易產生額外的字串複製與陣列重新配置。此次改動收斂了這條路徑上的重複配置。
影響範圍
三個版本號跨越 React 19.0 到 19.2，代表任何仍在使用 RSC（Next.js App Router、Remix 的 RSC 支援等框架背後都吃這條解碼路徑）且尚未升級到最新 patch 的專案，理論上都能透過同一個修補收益，不需要跨大版本升級。React 團隊近期釋出節奏顯示，RSC 解碼路徑的效能持續是小版本迭代的重點，而非只在大版本才處理。