nuxt4-patterns

nuxt4-patterns

热门

Nuxt 4 应用模式,涵盖水合安全、性能优化、路由规则、懒加载以及使用 useFetch 和 useAsyncData 进行 SSR 安全的数据获取。

23万Star
3.5万Fork
更新于 2026/7/17
SKILL.md
readonly只读
name
nuxt4-patterns
description

Nuxt 4 应用模式,涵盖水合安全、性能优化、路由规则、懒加载以及使用 useFetch 和 useAsyncData 进行 SSR 安全的数据获取。

Nuxt 4 模式

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

何时激活

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

水合安全

  • 保持首次渲染确定性。不要将 Date.now()Math.random()、仅浏览器 API 或存储读取直接放入 SSR 渲染的模板状态中。
  • 当服务器无法生成相同标记时,将仅浏览器逻辑移至 onMounted()import.meta.clientClientOnly.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: trueuseLazyFetch()useLazyAsyncData()。在 UI 中处理 status === 'pending'
  • 仅对不需要 SEO 或首次渲染的数据使用 server: false
  • 使用 pick 精简负载大小,并在不需要深层响应性时优先使用较浅的负载。
const route = useRoute()

const { data: article, status, error, refresh } = await useAsyncData(
  () => `article:${route.params.slug}`,
  () => $fetch(`/api/articles/${route.params.slug}`),
)

const { data: comments } = await useFetch(`/api/articles/${route.params.slug}/comments`, {
  lazy: true,
  server: false,
})

路由规则

nuxt.config.ts 中优先使用 routeRules 进行渲染和缓存策略:

export default defineNuxtConfig({
  routeRules: {
    '/': { prerender: true },
    '/products/**': { swr: 3600 },
    '/blog/**': { isr: true },
    '/admin/**': { ssr: false },
    '/api/**': { cache: { maxAge: 60 * 60 } },
  },
})
  • prerender:构建时静态 HTML
  • swr:提供缓存内容并在后台重新验证
  • isr:在支持的平台上增量静态再生
  • ssr: false:客户端渲染的路由
  • cacheredirect:Nitro 级别的响应行为

按路由组选择路由规则,而不是全局应用。营销页面、目录、仪表板和 API 通常需要不同的策略。

懒加载与性能

  • Nuxt 已经按路由对页面进行代码分割。在微优化组件分割之前,保持路由边界有意义。
  • 使用 Lazy 前缀动态导入非关键组件。
  • 使用 v-if 条件渲染懒加载组件,以便仅在 UI 实际需要时才加载块。
  • 对首屏下方或非关键的交互式 UI 使用懒水合。
<template>
  <LazyRecommendations v-if="showRecommendations" />
  <LazyProductGallery hydrate-on-visible />
</template>
  • 对于自定义策略,使用 defineLazyHydrationComponent() 并指定可见性或空闲策略。
  • Nuxt 懒水合适用于单文件组件。向懒水合组件传递新属性将立即触发水合。
  • 使用 NuxtLink 进行内部导航,以便 Nuxt 可以预取路由组件和生成的负载。

审查清单

  • 首次 SSR 渲染和水合后的客户端渲染产生相同的标记
  • 页面数据使用 useFetchuseAsyncData,而不是顶层的 $fetch
  • 非关键数据是懒加载的,并有明确的加载 UI
  • 路由规则匹配页面的 SEO 和新鲜度要求
  • 重量级交互式孤岛是懒加载或懒水合的