**SSR：server side render** 服務端渲染，也稱為SSR（Server Side Rendering），是指在**服務器上運行JavaScript以生成完整的頁面**，在客戶端接收到頁面后，只需做少量工作即可展示頁面。當用戶請求頁面時，服務器會先把頁面對應的HTML結構和預加載的數據計算完成后，一同發給客戶端，客戶端只需要填充這些數據到HTML節點中，即可將頁面呈現給用戶 #### 二、 使用SSR的利弊 ##### SSR的優勢 1\. 更利于**SEO**。 不同爬蟲工作原理類似，只會爬取源碼，不會執行網站的任何腳本（Google除外，據說Googlebot可以運行javaScript）。使用了React或者其它MVVM框架之后，頁面大多數DOM元素都是在客戶端根據js動態生成，可供爬蟲抓取分析的內容大大減少(如圖一)。另外，瀏覽器爬蟲不會等待我們的數據完成之后再去抓取我們的頁面數據。服務端渲染返回給客戶端的是已經獲取了異步數據并執行JavaScript腳本的**最終HTML**，網絡爬中就可以抓取到完整頁面的信息。 2\. 更利于**首屏渲染** 首屏的渲染是node發送過來的html字符串，并不依賴于js文件了，這就會使用戶更快的看到頁面的內容。尤其是針對大型單頁應用，打包后文件體積比較大，普通客戶端渲染加載所有所需文件時間較長，首頁就會有一個很長的白屏等待時間。 ##### SSR的局限 1. **服務端壓力較大** 本來是通過客戶端完成渲染，現在統一到服務端node服務去做。尤其是高并發訪問的情況，會大量占用服務端CPU資源； 2. **開發條件受限** 在服務端渲染中，只會執行到componentDidMount之前的生命周期鉤子，因此項目引用的第三方的庫也不可用其它生命周期鉤子，這對引用庫的選擇產生了很大的限制； 3. **學習成本相對較高** 除了對webpack、React要熟悉，還需要掌握node、Koa2等相關技術。相對于客戶端渲染，項目構建、部署過程更加復雜。