Skillshub nuxt4-patterns
Nuxt 4 应用模式,涵盖水合安全、性能优化、路由规则、懒加载,以及使用 useFetch 和 useAsyncData 进行 SSR 安全的数据获取。
install
source · Clone the upstream repo
git clone https://github.com/ComeOnOliver/skillshub
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/ComeOnOliver/skillshub "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/affaan-m/everything-claude-code/nuxt4-patterns" ~/.claude/skills/comeonoliver-skillshub-nuxt4-patterns && rm -rf "$T"
manifest:
skills/affaan-m/everything-claude-code/nuxt4-patterns/SKILL.mdsource content
Nuxt 4 模式
在构建或调试具有 SSR、混合渲染、路由规则或页面级数据获取的 Nuxt 4 应用时使用。
何时激活
- 服务器 HTML 与客户端状态之间的水合不匹配
- 路由级别的渲染决策,例如预渲染、SWR、ISR 或仅客户端部分
- 围绕懒加载、延迟水合或有效负载大小的性能工作
- 使用
、useFetch
或useAsyncData
进行页面或组件数据获取$fetch - 与路由参数、中间件或 SSR/客户端差异相关的 Nuxt 路由问题
水合安全性
- 保持首次渲染是确定性的。不要将
、Date.now()
、仅限浏览器的 API 或存储读取直接放入 SSR 渲染的模板状态中。Math.random() - 当服务器无法生成相同标记时,将仅限浏览器的逻辑移到
、onMounted()
、import.meta.client
或ClientOnly
组件后面。.client.vue - 使用 Nuxt 的
组合式函数,而不是来自useRoute()
的那个。vue-router - 不要使用
来驱动 SSR 渲染的标记。URL 片段是仅客户端的,这可能导致水合不匹配。route.fullPath - 将
视为真正仅限浏览器区域的逃生舱口,而不是解决不匹配的默认修复方法。ssr: false
数据获取
- 在页面和组件中,优先使用
进行 SSR 安全的 API 读取。它将服务器获取的数据转发到 Nuxt 有效负载中,并避免在水合时进行第二次获取。await useFetch() - 当数据获取器不是简单的
调用,或者需要自定义键,或者正在组合多个异步源时,使用$fetch()
。useAsyncData() - 为
提供一个稳定的键以重用缓存并实现可预测的刷新行为。useAsyncData() - 保持
处理程序无副作用。它们可能在 SSR 和水合期间运行。useAsyncData() - 将
用于用户触发的写入或仅客户端操作,而不是应该从 SSR 水合而来的顶级页面数据。$fetch() - 对于不应阻塞导航的非关键数据,使用
、lazy: true
或useLazyFetch()
。在 UI 中处理useLazyAsyncData()
。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 } }, }, })
:在构建时生成静态 HTMLprerender
:提供缓存内容并在后台重新验证swr
:在支持的平台上进行增量静态再生isr
:客户端渲染的路由ssr: false
或cache
:Nitro 级别的响应行为redirect
按路由组选择路由规则,而非全局设置。营销页面、产品目录、仪表板和 API 通常需要不同的策略。
懒加载与性能
- Nuxt 已经按路由进行代码分割。在微优化组件分割之前,保持路由边界的意义。
- 使用
前缀来动态导入非关键组件。Lazy - 使用
有条件地渲染懒加载组件,以便在 UI 实际需要时才加载该代码块。v-if - 对首屏下方或非关键的交互式 UI 使用延迟水合。
<template> <LazyRecommendations v-if="showRecommendations" /> <LazyProductGallery hydrate-on-visible /> </template>
- 对于自定义策略,使用
配合可见性或空闲策略。defineLazyHydrationComponent() - Nuxt 延迟水合适用于单文件组件。向延迟水合的组件传递新 props 将立即触发水合。
- 在内部导航中使用
,以便 Nuxt 可以预取路由组件和生成的有效负载。NuxtLink
检查清单
- 首次 SSR 渲染和水合后的客户端渲染产生相同的标记
- 页面数据使用
或useFetch
,而非顶层的useAsyncData$fetch - 非关键数据是懒加载的,并具有明确的加载 UI
- 路由规则符合页面的 SEO 和新鲜度要求
- 重量级交互式组件是懒加载或延迟水合的