Nuxt 4 模式

在构建或调试具有 SSR、混合渲染、路由规则或页面级数据获取的 Nuxt 4 应用时使用。

何时激活

• 服务器 HTML 与客户端状态之间的水合不匹配
• 路由级别的渲染决策，例如预渲染、SWR、ISR 或仅客户端部分
• 围绕懒加载、延迟水合或有效负载大小的性能工作
• 使用 useFetch、useAsyncData 或 $fetch 进行页面或组件数据获取
• 与路由参数、中间件或 SSR/客户端差异相关的 Nuxt 路由问题

水合安全性

• 保持首次渲染是确定性的。不要将 Date.now()、Math.random()、仅限浏览器的 API 或存储读取直接放入 SSR 渲染的模板状态中。
• 当服务器无法生成相同标记时，将仅限浏览器的逻辑移到 onMounted()、import.meta.client、ClientOnly 或 .client.vue 组件后面。
• 使用 Nuxt 的 useRoute() 组合式函数，而不是来自 vue-router 的那个。
• 不要使用 route.fullPath 来驱动 SSR 渲染的标记。URL 片段是仅客户端的，这可能导致水合不匹配。
• 将 ssr: false 视为真正仅限浏览器区域的逃生舱口，而不是解决不匹配的默认修复方法。

数据获取

• 在页面和组件中，优先使用 await useFetch() 进行 SSR 安全的 API 读取。它将服务器获取的数据转发到 Nuxt 有效负载中，并避免在水合时进行第二次获取。
• 当数据获取器不是简单的 $fetch() 调用，或者需要自定义键，或者正在组合多个异步源时，使用 useAsyncData()。
• 为 useAsyncData() 提供一个稳定的键以重用缓存并实现可预测的刷新行为。
• 保持 useAsyncData() 处理程序无副作用。它们可能在 SSR 和水合期间运行。
• 将 $fetch() 用于用户触发的写入或仅客户端操作，而不是应该从 SSR 水合而来的顶级页面数据。
• 对于不应阻塞导航的非关键数据，使用 lazy: true、useLazyFetch() 或 useLazyAsyncData()。在 UI 中处理 status === 'pending'。
• 仅对 SEO 或首次绘制不需要的数据使用 server: false。
• 使用 pick 修剪有效负载大小，并在不需要深层响应性时优先使用较浅的有效负载。

const route = useRoute()

const { data: article, status, error, refresh…