服务端渲染通过水合与流式渲染提升性能。水合使静态HTML具备交互性，要求客户端与服务端DOM一致；流式渲染利用分块传输，优先输出首屏内容，结合React 18的renderToPipeableStream可实现渐进式加载；两者协同可显著提升感知性能与用户体验，适用于内容型与电商网站。
服务端渲染（SSR）在现代前端开发中越来越重要，尤其在提升首屏加载速度和SEO优化方面。JavaScript应用实现服务端渲染时，除了基本的HTML字符串拼接，还有更高级的技术手段——水合（Hydration）与流式渲染（Streaming Rendering），它们共同提升了用户体验与性能表现。
水合（Hydration）：让静态HTML“活”起来
服务端渲染返回的是已经生成好的HTML页面，浏览器接收到后能立即展示内容。但此时页面还不能响应交互，比如点击按钮无反应。为了让页面具备动态行为，客户端JavaScript需要“接管”这些静态DOM节点，这个过程就叫水合。
水合过程中，React、Vue等框架会在客户端重新执行组件逻辑，并将事件监听器绑定到对应的DOM元素上。关键在于，框架不会重新创建DOM，而是复用服务端已有的结构，仅附加交互能力。
需要注意的是，水合要求客户端与服务端渲染的DOM结构保持一致，否则会出现不匹配警告，甚至导致行为异常。例如：
立即学习“Java免费学习笔记（深入）”；
- 服务端渲染出一个 div，客户端因条件判断未渲染，就会引发错乱
- 使用了仅客户端可用的API（如 window）在组件顶层执行，可能导致服务端报错
因此，编写同构代码时要确保两端环境兼容，合理处理浏览器特有逻辑。
流式渲染（Streaming Rendering）：更快看到内容
传统SSR会等待整个页面完全构建好后再发送给浏览器，用户可能需要等待较长时间才能看到内容。而流式渲染允许服务器一边生成HTML，一边逐步发送给客户端，用户可以更快地看到部分页面。
这种机制利用HTTP的分块传输编码（chunked transfer encoding），先输出页面头部和可见区域的内容，后续再补全剩余部分。对于首屏内容多或数据获取耗时长的页面，效果尤为明显。
实现流式渲染时，框架可以按组件层级逐步输出。例如React 18支持 renderToPipeableStream，可结合Node.js服务器直接流式响应：
- 优先渲染核心内容，提升 perceived performance（感知性能）
- 非关键组件可延迟加载或占位显示
- 配合Suspense，能在等待异步数据时输出fallback内容
这样即使某些数据还没准备好，用户也能先看到结构，减少空白等待感。
水合与流式的协同工作
流式渲染和水合可以结合使用。服务器一边发送HTML片段，浏览器一边解析并展示，同时客户端JavaScript加载完成后，就开始对已存在的DOM进行水合。
理想情况下，关键路径上的组件尽早完成水合，使用户能快速与页面互动。非关键区域可以在后台继续加载和水合，不影响主线程。
这种组合策略特别适合内容型网站、电商首页等对加载体验要求高的场景。
基本上就这些。掌握水合与流式渲染的原理，能帮助你构建更高效、更流畅的SSR应用。不复杂但容易忽略细节。
