如何识别并修复服务端渲染页面中的水合性能陷阱？

# 核心结论

服务端渲染只能让浏览器更早获得可展示的 HTML，并不保证页面能更早响应用户。典型的水合性能陷阱是：页面已经绘制出来，但客户端仍需下载、解析和执行大量 JavaScript，重新运行组件逻辑、校验服务端节点并绑定事件，导致主线程长时间繁忙。治理时应把一次加载拆成服务端响应、资源发现、脚本执行、水合匹配和首次交互等阶段，再依据真实用户数据与性能时间线定位瓶颈。优化方向通常是减少必须水合的范围和代码量、提高服务端与客户端输出的一致性，并按照交互价值分阶段激活页面。

# 底层机制

浏览器收到服务端返回的标记后，可以构建 DOM、计算样式并绘制页面。但传统水合仍需客户端框架执行组件初始化逻辑，构造或遍