# `useFetch` This composable provides a convenient wrapper around [`useAsyncData`](/docs/api/composables/use-async-data) and [`$fetch`](/docs/api/utils/dollarfetch). It automatically generates a key based on URL and fetch options, provides type hints for request url based on server routes, and infers API response type. ::alert{type=warning} [`useFetch`](/docs/api/composables/use-fetch) is a composable meant to be called directly in a setup function, plugin, or route middleware. It returns reactive composables and handles adding responses to the Nuxt payload so they can be passed from server to client without re-fetching the data on client side when the page hydrates. :: ## Type ```ts [Signature] function useFetch( url: string | Request | Ref | () => string | Request, options?: UseFetchOptions ): Promise> type UseFetchOptions = { key?: string method?: string query?: SearchParams params?: SearchParams body?: RequestInit['body'] | Record headers?: Record | [key: string, value: string][] | Headers baseURL?: string server?: boolean lazy?: boolean immediate?: boolean deep?: boolean default?: () => DataT transform?: (input: DataT) => DataT pick?: string[] watch?: WatchSource[] | false } type AsyncData = { data: Ref pending: Ref refresh: (opts?: AsyncDataExecuteOptions) => Promise execute: (opts?: AsyncDataExecuteOptions) => Promise error: Ref status: Ref } interface AsyncDataExecuteOptions { dedupe?: boolean } type AsyncDataRequestStatus = 'idle' | 'pending' | 'success' | 'error' ``` ## Params * **URL**: The URL to fetch. * **Options (extends [unjs/ofetch](https://github.com/unjs/ofetch) options & [AsyncDataOptions](/docs/api/composables/use-async-data#params))**: * `method`: Request method. * `query`: Adds query search params to URL using [ufo](https://github.com/unjs/ufo) * `params`: Alias for `query` * `body`: Request body - automatically stringified (if an object is passed). * `headers`: Request headers. * `baseURL`: Base URL for the request. ::alert{type=info} All fetch options can be given a `computed` or `ref` value. These will be watched and new requests made automatically with any new values if they are updated. :: * **Options (from `useAsyncData`)**: * `key`: a unique key to ensure that data fetching can be properly de-duplicated across requests, if not provided, it will be generated based on the static code location where `useAsyncData` is used. * `server`: whether to fetch the data on the server (defaults to `true`) * `lazy`: whether to resolve the async function after loading the route, instead of blocking client-side navigation (defaults to `false`) * `immediate`: when set to `false`, will prevent the request from firing immediately. (defaults to `true`) * `default`: a factory function to set the default value of the `data`, before the async function resolves - useful with the `lazy: true` or `immediate: false` option * `transform`: a function that can be used to alter `handler` function result after resolving * `pick`: only pick specified keys in this array from the `handler` function result * `watch`: watch an array of reactive sources and auto-refresh the fetch result when they change. Fetch options and URL are watched by default. You can completely ignore reactive sources by using `watch: false`. Together with `immediate: false`, this allows for a fully-manual `useFetch`. * `deep`: return data in a deep ref object (it is `true` by default). It can be set to `false` to return data in a shallow ref object, which can improve performance if your data does not need to be deeply reactive. ::alert{type=warning} If you provide a function or ref as the `url` parameter, or if you provide functions as arguments to the `options` parameter, then the [`useFetch`](/docs/api/composables/use-fetch) call will not match other [`useFetch`](/docs/api/composables/use-fetch) calls elsewhere in your codebase, even if the options seem to be identical. If you wish to force a match, you may provide your own key in `options`. :: ## Return Values * **data**: the result of the asynchronous function that is passed in. * **pending**: a boolean indicating whether the data is still being fetched. * **refresh**/**execute**: a function that can be used to refresh the data returned by the `handler` function. * **error**: an error object if the data fetching failed. * **status**: a string indicating the status of the data request (`"idle"`, `"pending"`, `"success"`, `"error"`). By default, Nuxt waits until a `refresh` is finished before it can be executed again. ::alert{type=warning} If you have not fetched data on the server (for example, with `server: false`), then the data _will not_ be fetched until hydration completes. This means even if you await [`useFetch`](/docs/api/composables/use-fetch) on client-side, `data` will remain null within `