如果你問一位老派 Web 開發(fā)者對 PHP 的看法，往往只會(huì)得到兩種反應(yīng)：一種是懷舊地微笑，另一種是痛苦地皺眉。

不管是哪種，他們都會(huì)告訴你同一句話：

曾經(jīng)，只需要把一個(gè) .php 文件扔到服務(wù)器上，一切就搞定了。

沒有構(gòu)建步驟。

沒有客戶端 hydration。

沒有復(fù)雜的 API 協(xié)調(diào)。

就只是純粹、簡單、即時(shí)的服務(wù)器生成 HTML 頁面。

而如今，服務(wù)端渲染（SSR）又被包裝成“前端技術(shù)的下一個(gè)突破口”，熱度空前。

但回過頭看現(xiàn)在所謂的 SSR 技術(shù)棧，不禁會(huì)問：

我們是不是只是在“用更多步驟重寫 PHP”？

我們總喜歡“重新發(fā)明輪子”

前些年，整個(gè)行業(yè)都在狂熱地追捧客戶端渲染（CSR）。

JavaScript 框架紛紛告訴我們：

• “頁面就該在瀏覽器里渲染！”
• “SPA（單頁應(yīng)用）才是未來！”
• “服務(wù)端渲染是過去式！”

于是，我們把所有邏輯塞進(jìn)了前端。

結(jié)果是：

• 首屏加載慢得離譜，
• JS bundle 胖得可怕，
• SEO 效果一塌糊涂。

意識(shí)到問題之后，現(xiàn)在大家又開始高喊 SSR 的好處了。

Next.js、Nuxt、SvelteKit…… “重新回到服務(wù)端渲染”的框架層出不窮，承諾性能更好、體驗(yàn)更佳。

聽起來是不是很耳熟？

畢竟，這不就是 20 年前 PHP、JSP、ASP 干的事嗎？

當(dāng)然，不能直接說“我們回到了服務(wù)端渲染”，這聽起來太老派。

必須配上新概念，比如：

• edge rendering（邊緣渲染）
• streaming（流式傳輸）
• partial hydration（局部注水）
• islands architecture（島嶼架構(gòu)）

聽起來是不是“前沿”多了？

現(xiàn)代 SSR = PHP + 抽象層 + 構(gòu)建工具

對比一下現(xiàn)在的 SSR 技術(shù)和早期的 PHP 網(wǎng)站：

說到底，現(xiàn)在的 SSR 本質(zhì)上做的事情，和當(dāng)年的 PHP 差不多：

根據(jù)請求，在服務(wù)器上生成 HTML，再發(fā)給客戶端。

唯一的不同是：

• 多了 React/Vue/Svelte 的組件層；
• 多了構(gòu)建流程；
• 多了 hydration；
• 多了 CLI 腳手架和 dev server；
• 需要運(yùn)行 Node.js 環(huán)境 + Nginx + CDN + Lambda…

而 PHP 呢？

只需要一個(gè) Apache + PHP 運(yùn)行環(huán)境。

就這么簡單。

技術(shù)的鐘擺在來回?fù)u擺

Web 開發(fā)從 SSR → CSR，再到 SSR 回潮，完全符合“鐘擺效應(yīng)”。

當(dāng)初一窩蜂擁抱 SPA，現(xiàn)在又意識(shí)到：

“好像傳統(tǒng)的服務(wù)端渲染，確實(shí)有它的道理。”

但我們沒有選擇回歸簡單的技術(shù)路徑，而是：

在新的框架和工具鏈中，用新的術(shù)語包裝舊的思路。

甚至可以說，我們是在修復(fù)自己當(dāng)年制造的復(fù)雜性。

結(jié)語：我們真的比 PHP 時(shí)代更先進(jìn)嗎？

技術(shù)確實(shí)在進(jìn)步。現(xiàn)代 SSR 擁有組件化、狀態(tài)管理、漸進(jìn)式增強(qiáng)等優(yōu)勢，這是 PHP 沒有的。

但同時(shí)，我們也不能否認(rèn)：

現(xiàn)在所謂的“創(chuàng)新”，很多其實(shí)只是“重新命名的輪子”。

SSR 的回歸不是因?yàn)樗拢且驗(yàn)槲覀兘K于想起它為什么有效。

下次當(dāng)有人對你說：

“我們公司正在采用最前沿的 SSR 技術(shù)！”

你不妨問一句：

?? “這……不就是 PHP 換個(gè)皮？”

如果對方猶豫了，那你大概就知道答案了。