Node.js includes a built-in fetch() implementation powered by undici starting from Node.js v18. However, there are important differences between using the built-in fetch and installing undici as a separate module.
Built-in Fetch (Node.js v18+)
Node.js's built-in fetch is powered by a bundled version of undici:
Limited to the undici version bundled with your Node.js version
Less control over connection pooling and advanced features
Error handling follows Web API standards (errors wrapped in TypeError)
Performance overhead due to Web Streams implementation
Undici Module
Installing undici as a separate module gives you access to the latest features and APIs:
Pros:
Latest undici features and bug fixes
Access to advanced APIs (request, stream, pipeline)
Fine-grained control over connection pooling
Better error handling with clearer error messages
Superior performance, especially with undici.request
HTTP/1.1 pipelining support
Custom interceptors and middleware
Advanced features like ProxyAgent, MockAgent
Cons:
Additional dependency to manage
Larger bundle size
When to Use Each
Use Built-in Fetch When:
You want zero dependencies
Building isomorphic code that runs in browsers and Node.js
Simple HTTP requests without advanced configuration
You're okay with the undici version bundled in your Node.js version
Use Undici Module When:
You need the latest undici features and performance improvements
You require advanced connection pooling configuration
You need APIs not available in the built-in fetch (ProxyAgent, MockAgent, etc.)
Performance is critical (use undici.request for maximum speed)
You want better error handling and debugging capabilities
You need HTTP/1.1 pipelining or advanced interceptors
You prefer decoupled protocol and API interfaces
Performance Comparison
Based on benchmarks, here's the typical performance hierarchy:
undici.request() - Fastest, most efficient
undici.fetch() - Good performance, standard compliance
Node.js http/https - Baseline performance
Migration Guide
If you're currently using built-in fetch and want to migrate to undici:
Version Compatibility
You can check which version of undici is bundled with your Node.js version:
Installing undici as a module allows you to use a newer version than what's bundled with Node.js, giving you access to the latest features and performance improvements.
Quick Start
Global Installation
Undici provides an install() function to add all WHATWG fetch classes to globalThis, making them available globally:
The install() function adds the following classes to globalThis:
[!NOTE] The body returned from undici.request does not implement .formData().
Example usage:
Note: Once a mixin has been called then the body cannot be reused, thus calling additional mixins on .body, e.g. .body.json(); .body.text() will result in an error TypeError: unusable being thrown and returned through the Promise rejection.
Should you need to access the body in plain-text after using a mixin, the best practice is to use the .text() mixin first and then manually parse the text to the desired format.
For more information about their behavior, please reference the body mixin from the Fetch Standard.
Common API Methods
This section documents our most commonly used API methods. Additional APIs are documented in their own files within the docs folder and are accessible via the navigation list on the left side of the docs site.
In this implementation of fetch, request.body now accepts Async Iterables. It is not present in the Fetch Standard.
FormData besides text data and buffers can also utilize streams via Blob objects:
request.duplex
'half'
In this implementation of fetch, request.duplex must be set if request.body is ReadableStream or Async Iterables, however, even though the value must be set to 'half', it is actually a full duplex. For more detail refer to the Fetch Standard.
response.body
Nodejs has two kinds of streams: web streams, which follow the API of the WHATWG web standard found in browsers, and an older Node-specific streams API. response.body returns a readable web stream. If you would prefer to work with a Node stream you can convert a web stream using .fromWeb().
Specification Compliance
This section documents parts of the HTTP/1.1 and Fetch Standard that Undici does not support or does not fully implement.
CORS
Unlike browsers, Undici does not implement CORS (Cross-Origin Resource Sharing) checks by default. This means:
No preflight requests are automatically sent for cross-origin requests
No validation of Access-Control-Allow-Origin headers is performed
Requests to any origin are allowed regardless of the source
This behavior is intentional for server-side environments where CORS restrictions are typically unnecessary. If your application requires CORS-like protections, you will need to implement these checks manually.
Garbage Collection
https://fetch.spec.whatwg.org/#garbage-collection
The Fetch Standard allows users to skip consuming the response body by relying on garbage collection to release connection resources. Undici does not do the same. Therefore, it is important to always either consume or cancel the response body.
Garbage collection in Node is less aggressive and deterministic (due to the lack of clear idle periods that browsers have through the rendering refresh rate) which means that leaving the release of connection resources to the garbage collector can lead to excessive connection usage, reduced performance (due to less connection re-use), and even stalls or deadlocks when running out of connections.
The same applies for request too:
However, if you want to get only headers, it might be better to use HEAD request method. Usage of this method will obviate the need for consumption or cancelling of the response body. See MDN - HTTP - HTTP request methods - HEAD for more details.
The Fetch Standard requires implementations to exclude certain headers from requests and responses. In browser environments, some headers are forbidden so the user agent remains in full control over them. In Undici, these constraints are removed to give more control to the user.
Sets the global dispatcher used by Common API Methods. Global dispatcher is shared among compatible undici modules, including undici that is bundled internally with node.js.
undici.getGlobalDispatcher()
Gets the global dispatcher used by Common API Methods.
Returns: Dispatcher
undici.setGlobalOrigin(origin)
origin string | URL | undefined
Sets the global origin used in fetch.
If undefined is passed, the global origin will be reset. This will cause Response.redirect, new Request(), and fetch to throw an error when a relative path is passed.
undici.getGlobalOrigin()
Gets the global origin used in fetch.
Returns: URL
UrlObject
portstring | number (optional)
pathstring (optional)
pathnamestring (optional)
hostnamestring (optional)
originstring (optional)
protocolstring (optional)
searchstring (optional)
Expect
Undici does not support the Expect request header field. The request body is always immediately sent and the 100 Continue response will be ignored.
Undici will only use pipelining if configured with a pipelining factor greater than 1. Also it is important to pass blocking: false to the request options to properly pipeline requests.
Undici always assumes that connections are persistent and will immediately pipeline requests, without checking whether the connection is persistent. Hence, automatic fallback to HTTP/1.0 or HTTP/1.1 without pipelining is not supported.
Undici will immediately pipeline when retrying requests after a failed connection. However, Undici will not retry the first remaining requests in the prior pipeline and instead error the corresponding callback/promise/stream.
Undici will abort all running requests in the pipeline when any of them are aborted.
Since it is not possible to manually follow an HTTP redirect on the server-side, Undici returns the actual response instead of an opaqueredirect filtered one when invoked with a manual redirect. This aligns fetch() with the other implementations in Deno and Cloudflare Workers.
If you experience problem when connecting to a remote server that is resolved by your DNS servers to a IPv6 (AAAA record) first, there are chances that your local router or ISP might have problem connecting to IPv6 networks. In that case undici will throw an error with code UND_ERR_CONNECT_TIMEOUT.
If the target server resolves to both a IPv6 and IPv4 (A records) address and you are using a compatible Node version (18.3.0 and above), you can fix the problem by providing the autoSelectFamily option (support by both undici.request and undici.Agent) which will enable the family autoselection algorithm when establishing the connection.
// Available globally in Node.js v18+
const response = await fetch('https://api.example.com/data');
const data = await response.json();
// Check the bundled undici version
console.log(process.versions.undici); // e.g., "5.28.4"
npm install undici
import { request, fetch, Agent, setGlobalDispatcher } from 'undici';
// Use undici.request for maximum performance
const { statusCode, headers, body } = await request('https://api.example.com/data');
const data = await body.json();
// Or use undici.fetch with custom configuration
const agent = new Agent({ keepAliveTimeout: 10000 });
setGlobalDispatcher(agent);
const response = await fetch('https://api.example.com/data');
import { request } from 'undici'
const {
statusCode,
headers,
trailers,
body
} = await request('http://localhost:3000/foo')
console.log('response received', statusCode)
console.log('headers', headers)
for await (const data of body) { console.log('data', data) }
console.log('trailers', trailers)
import { install } from 'undici'
// Install all WHATWG fetch classes globally
install()
// Now you can use fetch classes globally without importing
const response = await fetch('https://api.example.com/data')
const data = await response.json()
// All classes are available globally:
const headers = new Headers([['content-type', 'application/json']])
const request = new Request('https://example.com')
const formData = new FormData()
const ws = new WebSocket('wss://example.com')
const eventSource = new EventSource('https://example.com/events')
// Do
const { body, headers } = await fetch(url);
for await (const chunk of body) {
// force consumption of body
}
// Do not
const { headers } = await fetch(url);
// Do
const { body, headers } = await request(url);
await res.body.dump(); // force consumption of body
// Do not
const { headers } = await request(url);