答案：SSR需区分执行环境，服务端仅支持初始化与渲染，客户端处理DOM和事件；通过框架机制如getServerSideProps预取数据，hydration同步状态，实现两端一致的生命周期管理。
服务端渲染（SSR）环境下，组件生命周期的实现需要兼顾服务器和客户端的行为一致性。由于服务端没有浏览器 API 和交互事件，部分生命周期钩子无法直接运行。要实现一个支持 SSR 的组件生命周期，关键是识别可执行阶段、分离副作用，并确保两端状态同步。
1. 理解 SSR 中可用的生命周期阶段
在 SSR 过程中，只有部分生命周期钩子会在服务端触发：
- constructor / setup（类或函数组件初始化）：在服务端和客户端都会执行，适合数据初始化。
- render / return JSX：服务端会执行 render 阶段以生成 HTML 字符串。
- componentDidMount / useEffect(() => {}, [])：仅在客户端执行，服务端不触发。
这意味着任何依赖 DOM 或浏览器环境的操作都不能在服务端执行，否则会出错或产生不一致。
2. 分离服务端与客户端的逻辑
为保证组件在 SSR 下正常工作，需将副作用逻辑明确隔离：
- 数据预取操作应放在可被服务端调用的方法中（如 React 的 getServerSideProps 或 Vue 的 asyncData）。
- DOM 操作、事件监听、window 对象访问等，必须包裹在
useEffect或mounted钩子中，确保只在客户端运行。
3. 使用框架提供的 SSR 支持机制
主流框架提供专门的机制来统一处理生命周期：
-
React + Next.js：使用
getServerSideProps或getStaticProps在服务端获取数据，注入到组件 props。组件内部用useEffect处理客户端副作用。 -
Vue + Nuxt.js：通过
asyncData或fetch钩子在服务端加载数据，自动合并到 data 或 state。 - 数据注水（hydration）：服务端将初始状态序列化并注入 HTML，客户端首次渲染时复用该状态，避免重复请求。
4. 实现一个通用的 SSR 安全组件
以下是一个 React 函数组件示例：
function MyComponent({ initialData }) {
const [data, setData] = useState(initialData);
// 客户端专属逻辑
useEffect(() => {
// 可安全访问 DOM
document.title = "页面已加载";
// 订阅事件等
const handleResize = () => console.log(window.innerWidth);
window.addEventListener("resize", handleResize);
return () => window.removeEventListener("resize", handleResize);
}, []);
return {data};
}
// Next.js 中由服务端调用
export async function getServerSideProps() {
const res = await fetch('https://api.example.com/data');
const initialData = await res.json();
return { props: { initialData } };
}
这个组件在服务端完成数据获取和 HTML 渲染，在客户端通过 hydration 接管交互，实现完整的生命周期管理。
基本上就这些。关键在于区分执行环境，利用框架能力做数据预取和状态传递，避免在服务端执行浏览器专属代码。这样就能构建出真正支持 SSR 的组件生命周期。
