本篇內(nèi)容主要講解“如何實現(xiàn)Next.js混合渲染”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“如何實現(xiàn)Next.js混合渲染”吧!

站在用戶的角度思考問題，與客戶深入溝通，找到屯昌網(wǎng)站設(shè)計與屯昌網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：成都做網(wǎng)站、成都網(wǎng)站設(shè)計、成都外貿(mào)網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、域名申請、虛擬空間、企業(yè)郵箱。業(yè)務(wù)覆蓋屯昌地區(qū)。

寫在前面

React 生態(tài)中，SSR 支持做得最好的可能是 Next.js，但 SSR 并不是Next.js的全部，只是其提供的預渲染支持之一：

• SSG(Static Site Generation/Static Generation)：靜態(tài)生成，在編譯時生成靜態(tài) HTML

• SSR(Server-Side Rendering)：服務(wù)端渲染，用戶請求到來時動態(tài)生成 HTML

通過各種方式在 CSR 開始之前預先渲染出頁面內(nèi)容，從而加快首屏性能，同時滿足 SEO 的需要，這正是 Next.js 最核心的特性

不僅如此，Next.js 還提供了混用支持，能夠?qū)⒉煌秩灸Ｊ浇Y(jié)合使用，融合互補，例如：

• ISR(Incremental Static Regeneration)：增量靜態(tài)再生成，運行時定期重新生成靜態(tài) HTML

• SSG 降級 SSR：未命中預先生成的靜態(tài) HTML 時，立即進行 SSR

• SSR 帶靜態(tài)緩存：SSR 完成之后，將結(jié)果緩存起來，下次命中靜態(tài)緩存直接返回(相當于 SSG)

• SSG 結(jié)合 CSR：編譯時生成靜態(tài)部分(頁面外框)，CSR 填充動態(tài)部分(頁面內(nèi)容)

• SSR 聯(lián)動 CSR：URL 直接訪問走更快的 SSR，SPA 跳轉(zhuǎn)過來走體驗更優(yōu)的 CSR

這些細膩的混合渲染支持讓各種渲染模式得以充分發(fā)揮其優(yōu)勢，也讓 Next.js 增色不少

SSG + SSR

SSG 相當于把 SSR  的渲染過程前移到了編譯時，從而優(yōu)化掉這部分耗時，達到極佳的頁面加載性能。但也存在明顯的缺陷——只能用來渲染靜態(tài)內(nèi)容，使得一個原本很厲害的方案很難有用武之地。那么，有沒有辦法擴大其適用場景?

有。關(guān)鍵在于如何理解“靜態(tài)”，靜態(tài)、動態(tài)實際上描述的是內(nèi)容的變化頻率，幾乎(永遠)不會變，或者變化頻率很低的內(nèi)容，我們稱之為靜態(tài)內(nèi)容。所以只要想辦法應(yīng)對內(nèi)容變化，就有可能把  SSG 的適用場景從經(jīng)常不變的“靜態(tài)內(nèi)容”擴大到不經(jīng)常變的“動態(tài)內(nèi)容”

極限情況下，“不經(jīng)常變”等價于“不是每一次都變”，也就是說，除了實時/個性化等每時每刻都動態(tài)變化的內(nèi)容，其余場景都可以用  SSG，當然，前提是要保障內(nèi)容能夠按需要的頻率更新生效。內(nèi)容更新其實就是重新 SSG，所以只缺一個更新時機……

另一個不那么顯而易見的限制是靜態(tài)內(nèi)容的數(shù)量，因為渲染工作要在編譯時全部完成，如果靜態(tài)數(shù)據(jù)有 100 萬條，就要編譯生成 100 萬份  HTML，編一次可能需要好幾天……編譯成本(無論時間/機器)會隨內(nèi)容數(shù)量不斷增加，這是 SSG  渲染模式與生俱來的問題，看起來是無解的。除非，編譯時不生成全量頁面……

而面向用戶請求的 SSR 恰好能夠提供合適的更新時機，同時作為編譯的下游，SSR 有機會攔住漏網(wǎng)之魚。于是，SSG 與 SSR 一拍即合，SSG  只編譯生成小部分熱點頁面，其余的在運行時通過 SSR 生成。用戶請求到來時，根據(jù)內(nèi)容是否需要更新來決定該走 SSR 重新生成還是沿用上次生成的產(chǎn)物：

Instead, you may statically generate a small subset of pages and use  fallback: true for the rest. When someone requests a page that’s not generated  yet, the user will see the page with a loading indicator. Shortly after,  getStaticProps finishes and the page will be rendered with the requested data.  From now on, everyone who requests the same page will get the statically  pre-rendered page.

Inspired by stale-while-revalidate, background regeneration ensures traffic  is served uninterruptedly, always from static storage, and the newly built page  is pushed only after it’s done generating.

如此這般，SSG 擴大了適用場景(高頻變化的內(nèi)容、編不完的海量內(nèi)容)，SSR 獲得了性能優(yōu)勢(靜態(tài)緩存)：

This ensures that users always have a fast experience while preserving fast  builds and the benefits of Static Generation.

P.S.關(guān)于 SSG 與 SSR 結(jié)合的更多信息，見When is fallback: true useful?、Incremental Static  Regeneration

SSG + CSR

與 SSR 相比，SSG 成本更低，本地編譯生成靜態(tài) HTML，托管到 Web 服務(wù)器或 cdn  即可享受到預渲染帶來的加載性能提升，沒有應(yīng)用服務(wù)器的高額機器成本，也不用擔心 SSR 在線服務(wù)的可用性和運維工作

借助 SSR 擴大 SSG 的應(yīng)用場景不得不考慮與之俱來的成本問題，那么，有沒有成本更低的辦法?

也有，但體驗上要有所妥協(xié)。既然 SSG 擅長渲染靜態(tài)內(nèi)容，不妨對頁面內(nèi)容進行動靜分離，將頁面上靜態(tài)的部分交由 SSG 編譯生成，其余動態(tài)部分仍通過 CSR  來填充：

First, immediately show the page without data. Parts of the page can be  pre-rendered using Static Generation. You can show loading states for missing  data.

Then, fetch the data on the client side and display it when ready.

SSG 結(jié)合 CSR，既縮短了頁面加載的白屏時間，又避免了 SSR 的額外成本。不過，美中不足的是加載體驗不如純  SSG，畢竟(用戶可能更關(guān)心的)動態(tài)內(nèi)容需要在客戶端二次渲染才能呈現(xiàn)出來，不像 SSG  能夠一次性呈現(xiàn)完整內(nèi)容。因此，這種方式帶來的更多是體驗提升，用戶感知上頁面載入變快了，算是一種漸進式渲染模式

P.S.關(guān)于 SSG 與 CSR 結(jié)合的更多信息，見Fetching data on the client side

SSR + CSR

SSG、SSR、CSR 三者兩兩結(jié)合，最耐人尋味的可能是這第三種——SSR 結(jié)合 CSR

hydrate不算，SSR 與 CSR 還有結(jié)合點么?

當然有。SSR 能夠有效縮短頁面加載過程中的白屏時間，同時提供頁面內(nèi)容一次性完整呈現(xiàn)的暢快體驗，與之相比，CSR  渲染性能依賴客戶端環(huán)境、數(shù)據(jù)請求滯后等缺點變得無限大，大到掩蓋了 CSR 的高光優(yōu)勢：

• 無刷新加載內(nèi)容

• 可根據(jù)用戶行為預加載

這些優(yōu)勢在首屏加載過程中確實體現(xiàn)不出來，所以單看頁面加載性能的話，SSR 完勝  CSR，二者之中任選一個即可，沒有結(jié)合的必要。然而，如果將視角提升到用戶操作的全流程，我們發(fā)現(xiàn) CSR 與 SSR 能夠以非常融洽的方式完美結(jié)合：

• 首屏加載走 SSR：無論用戶直接通過 URL 訪問的是首頁還是二級、三級頁，SSR 都能讓頁面以最快的速度呈現(xiàn)出來

• 站內(nèi)跳轉(zhuǎn)走 CSR：之后交互操作中的頁面跳轉(zhuǎn)，通過 CSR 無縫加載新內(nèi)容，甚至能夠預測用戶行為提前加載目標頁的內(nèi)容

到此，相信大家對“如何實現(xiàn)Next.js混合渲染”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學習！

新聞標題：如何實現(xiàn)Next.js混合渲染
標題來源：http://aaarwkj.com/article16/godgdg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站建設(shè)、靜態(tài)網(wǎng)站、標簽優(yōu)化、網(wǎng)站收錄、用戶體驗、虛擬主機

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)