useAsyncData

useAsyncData 提供对以异步方式解析的数据的访问，这是一个对 SSR 友好的组合式函数。

在你的页面、组件和插件中，可以使用 useAsyncData 来获取以异步方式解析的数据。

useAsyncData 是一个应当直接在 Nuxt 上下文中调用的可组合函数。它返回响应式的组合式引用，并负责将响应添加到 Nuxt payload 中，以便在从服务端传到客户端时可以在页面水合时不在客户端重新请求数据。

用法

<script setup lang="ts">
const { data, status, pending, error, refresh, clear } = await useAsyncData(
  'mountains',
  (_nuxtApp, { signal }) => $fetch('https://api.nuxtjs.dev/mountains', { signal }),
)
</script>

需要一个带预定义默认值的自定义 useAsyncData 吗？使用 createUseAsyncData 来创建一个完全类型化的自定义组合式函数。查看自定义 useFetch 配方以了解详情。

你不需要对 useAsyncData 使用 await。在服务器端，无论是否 await，Nuxt 都会等待 Promise 解析后再进行渲染，因此返回的 HTML 始终包含数据。await 影响的是调用之后的行为：使用它时，执行会暂停直到 data 被填充，并且客户端导航会被阻塞直到数据准备就绪；不使用它时，执行会立即继续，data 会先保持默认值，直到请求解析完成，而在客户端导航中，你需要使用返回的 status 和 error refs 自己处理加载和错误状态。这与 lazy 选项有类似效果，不过 lazy 才是显式选择非阻塞导航的方式。

data、status、pending 和 error 都是 Vue refs。在 <script setup> 中使用 .value 访问它们的值。refresh/execute 和 clear 是普通函数。

Watch Parameters

内置的 watch 选项允许在检测到任何更改时自动重新运行获取函数。

<script setup lang="ts">
const page = ref(1)
const { data: posts } = await useAsyncData(
  'posts',
  (_nuxtApp, { signal }) => $fetch('https://fakeApi.com/posts', {
    params: {
      page: page.value,
    },
    signal,
  }), {
    watch: [page],
  },
)
</script>

响应式键

你可以使用计算 ref、普通 ref 或者一个 getter 函数作为键，从而实现动态的数据获取，当键改变时会自动更新：

<script setup lang="ts">
const route = useRoute()
const userId = computed(() => `user-${route.params.id}`)

// 当路由变化且 userId 更新时，数据会自动重新获取
const { data: user } = useAsyncData(
  userId,
  () => fetchUserById(route.params.id),
)
</script>

让你的 `handler` 可中止

你可以通过使用传入的第二个参数中的 signal 来使 handler 函数支持中止。这对于在请求不再需要时取消请求非常有用，例如当用户离开页面时。$fetch 原生支持中止信号。

app/pages/index.vue

const { data, error } = await useAsyncData(
  'users',
  (_nuxtApp, { signal }) => $fetch('/api/users', { signal }),
)

refresh() // 如果 dedupe: cancel，实际上会取消 $fetch 请求
refresh() // 如果 dedupe: cancel，实际上会取消 $fetch 请求
refresh()

clear() // 会取消最新的挂起处理函数

你也可以手动传递一个 AbortSignal 给 refresh/execute 函数，以取消单独的请求。

app/pages/index.vue

const { refresh } = await useAsyncData(
  'users',
  (_nuxtApp, { signal }) => $fetch('/api/users', { signal }),
)
let abortController: AbortController | undefined

function handleUserAction () {
  abortController = new AbortController()
  refresh({ signal: abortController.signal })
}

function handleCancel () {
  abortController?.abort() // 终止正在进行的 refresh 请求
}

如果你的 handler 函数不支持中止信号，你可以使用提供的 signal 实现你自己的中止逻辑。

app/pages/index.vue

const { data, error } = await useAsyncData(
  'users',
  (_nuxtApp, { signal }) => {
    return new Promise((resolve, reject) => {
      signal?.addEventListener('abort', () => {
        reject(new Error('请求已中止'))
      })
      return Promise.resolve(callback.call(this, yourHandler)).then(resolve, reject)
    })
  },
)

处理函数的中止信号将在以下情况下被中止：

使用 dedupe: 'cancel' 发起了新的请求
调用了 clear 函数
超过了 options.timeout 指定的时间

useAsyncData 是一个由编译器转换的保留函数名，因此你不应将自己的函数命名为 useAsyncData。

在 Docs > 4 X > Getting Started > Data Fetching#useasyncdata 中查看详情

类型

export type AsyncDataHandler<ResT> = (nuxtApp: NuxtApp, options: { signal: AbortSignal }) => Promise<ResT>

export function useAsyncData<ResT, DataE = unknown, DataT = ResT> (
  handler: AsyncDataHandler<ResT>,
  options?: AsyncDataOptions<ResT, DataT>,
): AsyncData<DataT, DataE> & Promise<AsyncData<DataT, DataE>>
export function useAsyncData<ResT, DataE = unknown, DataT = ResT> (
  key: MaybeRefOrGetter<string>,
  handler: AsyncDataHandler<ResT>,
  options?: AsyncDataOptions<ResT, DataT>,
): AsyncData<DataT, DataE> & Promise<AsyncData<DataT, DataE>>

type AsyncDataOptions<ResT, DataT = ResT> = {
  server?: boolean
  lazy?: boolean
  immediate?: boolean
  deep?: boolean
  dedupe?: 'cancel' | 'defer'
  default?: () => DataT | Ref<DataT>
  transform?: (input: ResT) => DataT | Promise<DataT>
  pick?: string[]
  watch?: MultiWatchSources
  getCachedData?: (key: string, nuxtApp: NuxtApp, ctx: AsyncDataRequestContext) => DataT | undefined
  timeout?: number
  enabled?: MaybeRefOrGetter<boolean>
}

type AsyncDataRequestContext = {
  /** 本次数据请求的原因 */
  cause: 'initial' | 'refresh:manual' | 'refresh:hook' | 'watch'
}

type AsyncData<DataT, ErrorT> = {
  data: Ref<DataT | undefined>
  refresh: (opts?: AsyncDataExecuteOptions) => Promise<void>
  execute: (opts?: AsyncDataExecuteOptions) => Promise<void>
  clear: () => void
  error: Ref<ErrorT | undefined>
  status: Ref<AsyncDataRequestStatus>
  pending: Ref<boolean>
}

interface AsyncDataExecuteOptions {
  dedupe?: 'cancel' | 'defer'
  timeout?: number
  signal?: AbortSignal
}

type AsyncDataRequestStatus = 'idle' | 'pending' | 'success' | 'error'

在 Docs > 4 X > Getting Started > Data Fetching 中查看详情

参数

key：一个唯一键，用于确保在各个请求之间能够正确地对数据获取进行去重。如果你不提供 key，将会为你生成一个基于 useAsyncData 实例所在文件名和行号唯一的 key。
handler：一个异步函数，必须返回一个真值（例如，不应返回 undefined 或 null），否则请求可能会在客户端被重复执行。
handler 函数应当不包含副作用，以确保在 SSR 和 CSR hydration 期间具有可预测的行为。如果你需要触发副作用，请使用 callOnce 工具函数来完成。
options（对象）：异步函数调用的配置。所有选项都可以是静态值、ref 或计算值。

选项	类型	默认值	描述
`server`	`boolean`	`true`	是否在服务端调用该函数。
`lazy`	`boolean`	`false`	如果为 true，则在路由加载后才解析（不会阻塞导航）。
`immediate`	`boolean`	`true`	如果为 false，则阻止函数立即被调用。
`default`	`() => DataT`	-	在异步解析之前，为 `data` 提供默认值的工厂函数。
`timeout` v4.2	`number`	-	在调用超时前等待的毫秒数（默认是 `undefined`，表示没有超时）
`transform`	`(input: DataT) => DataT \| Promise<DataT>`	-	在解析后用于转换结果的函数。
`getCachedData` v3.8	`(key, nuxtApp, ctx) => DataT \| undefined`	-	用于返回缓存数据的函数。默认值见下文。
`pick`	`string[]`	-	仅从结果中选择指定的键。
`watch`	`MultiWatchSources`	-	要监听并自动刷新的响应式源数组。
`deep` v3.8	`boolean`	`false`	以深层 ref 对象返回数据。为提升性能，默认值为 `false`（浅层 ref 对象）。
`dedupe` v3.9	`'cancel' \| 'defer'`	`'cancel'`	同一时间触发多次执行时的策略。
`enabled` v4.5	`boolean`	`true`	用于控制 `handler` 是否允许运行的门槛。为 `false` 时，所有执行都会被阻止（初始获取、`execute`/`refresh` 和 watch 触发），并且将 `true` → `false` 会取消任何进行中的请求，但不会清空 `data`。重新启用不会自动重新获取。

所有选项都可以提供 computed 或 ref 值。它们会被监听，并在值更新时自动使用新值发起新的请求。

getCachedData 默认值：

Default getCachedData Implementation

const getDefaultCachedData = (key, nuxtApp, ctx) => nuxtApp.isHydrating
  ? nuxtApp.payload.data[key]
  : nuxtApp.static.data[key]

只有当 nuxt.config 中启用了 experimental.payloadExtraction 时，才会缓存数据。

在底层实现中，lazy: false 会使用 <Suspense> 在数据获取完成之前阻塞路由加载。为了获得更灵敏的用户体验，可以考虑使用 lazy: true 并实现一个加载状态。

你可以使用 useLazyAsyncData 来获得与 useAsyncData 中 lazy: true 相同的行为。

共享状态和选项一致性

当多个 useAsyncData 调用使用相同的 key 时，它们会共享相同的 data、error、status 和 pending refs。请保持下面列出的选项在这些调用之间一致。

以下选项在所有使用相同 key 的调用之间必须保持一致：

handler 函数
deep 选项
transform 函数
pick 数组
getCachedData 函数
default 值

以下选项可以不同，而不会触发警告：

server
lazy
immediate
dedupe
watch
enabled

app/pages/index.vue

// ❌ 这会触发开发警告
const { data: users1 } = useAsyncData('users', (_nuxtApp, { signal }) => $fetch('/api/users', { signal }), { deep: false })
const { data: users2 } = useAsyncData('users', (_nuxtApp, { signal }) => $fetch('/api/users', { signal }), { deep: true })

// ✅ 这是允许的
const { data: users1 } = useAsyncData('users', (_nuxtApp, { signal }) => $fetch('/api/users', { signal }), { immediate: true })
const { data: users2 } = useAsyncData('users', (_nuxtApp, { signal }) => $fetch('/api/users', { signal }), { immediate: false })

使用 useAsyncData 创建的带 key 状态，可以通过 useNuxtData 在你的 Nuxt 应用中获取。

返回值

这个组合式函数返回一个可被 await 的 Promise，这使得可以在 <script setup> 中直接使用 data（也就是说，此时会有值，而不是 undefined）。你也可以在不等待返回值的情况下直接解构这些值，在这种情况下，直到获取完成之前，<script setup> 中的 data 都可能是 undefined。

即使你没有 await 返回值，在 SSR 期间，Nuxt 也会等待请求完成，并将解析后的数据发送到客户端。

如果你没有在服务端获取数据（例如使用 server: false），那么在 hydration 完成之前都不会获取该数据。这意味着即使你在客户端 awaituseAsyncData，在 <script setup> 中 data 仍然会是 undefined。

名称	类型	描述
`data`	`Ref<DataT \| undefined>`	传入的异步函数的结果。
`refresh`	`(opts?: AsyncDataExecuteOptions) => Promise<void>`	手动刷新数据的函数。默认情况下，Nuxt 会等待一次 `refresh` 完成后，才允许再次执行。
`execute`	`(opts?: AsyncDataExecuteOptions) => Promise<void>`	`refresh` 的别名。
`error`	`Ref<ErrorT \| undefined>`	如果异步函数抛出了错误，则为错误对象。
`status`	`Ref<'idle' \| 'pending' \| 'success' \| 'error'>`	异步函数调用的状态。用它来区分 `idle`、`pending`、`success` 和 `error`。
`pending`	`Ref<boolean>`	请求进行中时为 `true`。配合 `experimental.pendingWhenIdle` 使用时，当 `status` 为 `idle` 且没有可用的缓存数据时，它也会为 `true`。
`clear`	`() => void`	将 `data` 重置为 `undefined`（或者重置为 `options.default()` 的值，如果提供了该值），将 `error` 重置为 `undefined`，将 `status` 设为 `idle`，并取消任何待处理的调用。

如果你没有 await 返回值，那么可以安全地解构 Promise 上的函数（then、catch 和 finally）。

状态值

idle：函数尚未被调用（例如服务端渲染时使用 { immediate: false } 或 { server: false }）
pending：函数已被调用，且 Promise 正在等待中
success：函数返回了一个值
error：函数抛出了一个错误

报告问题或者在 GitHub 上编辑此页面

useAppConfig

访问在项目中定义的响应式应用配置。

useCookie

useCookie 是一个 SSR 友好的可组合函数，用于读取和写入 cookies。