axios, cross-fetch, isomorphic-fetch, and node-fetch are all tools for making HTTP requests in JavaScript, but they solve different problems in the ecosystem. axios is a standalone promise-based HTTP client that works in both browsers and Node.js, offering features like automatic JSON transformation and request interception out of the box. node-fetch brings the native browser fetch API to the Node.js environment, allowing developers to use standard web syntax on the server. cross-fetch and isomorphic-fetch act as polyfills or wrappers that ensure the global fetch function exists across all environments, enabling code written for the browser to run in Node.js without modification. While axios provides a rich, opinionated API, the fetch-based options prioritize alignment with web standards and lighter dependencies.
When building professional web applications, moving data between your client and server is a daily task. You have four main contenders in the JavaScript ecosystem: axios, node-fetch, cross-fetch, and isomorphic-fetch. While they all make HTTP requests, they differ significantly in how they handle environments, configuration, and data transformation. Let's break down the technical realities to help you make the right architectural choice.
The biggest difference lies in how these packages exist in your code. axios is a standalone class. You import it, create an instance, and use it. It does not touch the global scope. In contrast, the fetch family relies on the fetch function existing globally.
axios works out of the box in both environments without needing to modify global objects.
// axios: Standalone import
import axios from 'axios';
const response = await axios.get('https://api.example.com/data');
console.log(response.data);
node-fetch must be imported explicitly in Node.js (versions prior to 18) because it is not global there. It does not work in the browser.
// node-fetch: Explicit import in Node.js
import fetch from 'node-fetch';
const response = await fetch('https://api.example.com/data');
const data = await response.json();
cross-fetch allows you to import fetch directly, ensuring it works even if the environment doesn't have it natively. It is often used in libraries.
// cross-fetch: Import that works everywhere
import fetch from 'cross-fetch';
const response = await fetch('https://api.example.com/data');
const data = await response.json();
isomorphic-fetch forces the fetch function into the global scope (window or global) once imported. You import it once at the entry point, then use native fetch everywhere else.
// isomorphic-fetch: Global polyfill setup
import 'isomorphic-fetch'; // Runs once to patch global
// Later in any file:
const response = await fetch('https://api.example.com/data'); // Uses global fetch
const data = await response.json();
One of the most frequent complaints about the native fetch API is that it does not automatically parse JSON. You must call .json() manually. axios handles this for you, which reduces boilerplate but can sometimes hide errors if the server returns unexpected content types.
axios automatically transforms JSON responses. The data is ready to use immediately.
// axios: Auto-parsed JSON
const res = await axios.post('/user', { name: 'Alice' });
// res.data is already a JavaScript object
console.log(res.data.name);
node-fetch requires you to manually parse the response body. You must check the status and call the method explicitly.
// node-fetch: Manual JSON parsing
const res = await fetch('/user', { method: 'POST', body: JSON.stringify({ name: 'Alice' }) });
if (!res.ok) throw new Error('Request failed');
const data = await res.json(); // Explicit step required
console.log(data.name);
cross-fetch behaves exactly like native fetch, requiring manual parsing.
// cross-fetch: Manual JSON parsing
const res = await fetch('/user', { method: 'POST', body: JSON.stringify({ name: 'Alice' }) });
const data = await res.json();
console.log(data.name);
isomorphic-fetch also follows the standard fetch behavior, requiring manual parsing.
// isomorphic-fetch: Manual JSON parsing
const res = await fetch('/user', { method: 'POST', body: JSON.stringify({ name: 'Alice' }) });
const data = await res.json();
console.log(data.name);
axios shines when you need to modify requests or responses globally, such as adding authentication tokens to every request or logging errors centrally. The fetch API standard does not include interceptors; you must wrap fetch yourself to achieve similar results.
axios provides built-in interceptors for request and response manipulation.
// axios: Built-in interceptors
axios.interceptors.request.use(config => {
config.headers.Authorization = `Bearer ${getToken()}`;
return config;
});
// All subsequent requests automatically include the header
await axios.get('/protected-route');
node-fetch has no interceptors. You must create a wrapper function to inject headers or logic.
// node-fetch: Custom wrapper for interceptors
const authFetch = (url, options = {}) => {
const token = getToken();
return fetch(url, {
...options,
headers: { ...options.headers, Authorization: `Bearer ${token}` }
});
};
await authFetch('/protected-route');
cross-fetch relies on the same standard as node-fetch, so it also lacks built-in interceptors.
// cross-fetch: Custom wrapper required
const authFetch = (url, options = {}) => {
return fetch(url, {
...options,
headers: { ...options.headers, Authorization: `Bearer ${getToken()}` }
});
};
await authFetch('/protected-route');
isomorphic-fetch provides the base fetch only. Any advanced configuration must be handled by your own abstraction layer.
// isomorphic-fetch: Custom wrapper required
const authFetch = (url, options = {}) => {
return fetch(url, {
...options,
headers: { ...options.headers, Authorization: `Bearer ${getToken()}` }
});
};
await authFetch('/protected-route');
A critical architectural difference is how errors are reported. axios automatically throws an error for any HTTP status outside the 2xx range. The native fetch API (and its polyfills) only throws an error if the network request fails completely (e.g., no internet). If the server returns a 404 or 500, fetch considers it a successful request and resolves the promise. You must manually check response.ok.
axios throws on 4xx and 5xx errors automatically.
// axios: Automatic error throwing
try {
await axios.get('/not-found'); // Throws error immediately on 404
} catch (error) {
if (error.response.status === 404) {
console.log('Resource missing');
}
}
node-fetch resolves the promise even on 404/500. You must check the status.
// node-fetch: Manual status check
const res = await fetch('/not-found');
if (!res.ok) {
// Must manually handle error states
throw new Error(`HTTP error! status: ${res.status}`);
}
cross-fetch mimics native behavior, requiring manual status checks.
// cross-fetch: Manual status check
const res = await fetch('/not-found');
if (!res.ok) {
throw new Error(`HTTP error! status: ${res.status}`);
}
isomorphic-fetch also requires manual validation of the response status.
// isomorphic-fetch: Manual status check
const res = await fetch('/not-found');
if (!res.ok) {
throw new Error(`HTTP error! status: ${res.status}`);
}
isomorphic-fetchIt is crucial to note that isomorphic-fetch is no longer recommended for new projects. The package has seen minimal maintenance in recent years. Modern environments (Node 18+, modern browsers) now support fetch natively. For cases where you still need a polyfill, cross-fetch is the actively maintained successor that offers better compatibility and TypeScript support. Using isomorphic-fetch today introduces unnecessary risk and technical debt.
Despite their differences, node-fetch, cross-fetch, and isomorphic-fetch all aim to implement the same WHATWG Fetch Standard. This means if you learn how to use one, you know how to use the others. They all use Request and Response objects, handle headers similarly, and support streams.
All fetch-based libraries use the same object structure for configuring requests (method, headers, body).
// Shared fetch syntax across node-fetch, cross-fetch, isomorphic-fetch
const response = await fetch('/api', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ key: 'value' })
});
Both axios (via adapters) and fetch implementations support streaming data, which is vital for large file downloads or server-sent events.
// fetch-based streaming
const res = await fetch('/large-file');
const reader = res.body.getReader();
// Process chunks...
// axios streaming (Node.js)
const res = await axios.get('/large-file', { responseType: 'stream' });
res.data.on('data', chunk => { /* Process chunk */ });
All modern implementations support aborting requests using AbortController, allowing you to cancel in-flight requests when a component unmounts.
// Universal AbortController usage
const controller = new AbortController();
setTimeout(() => controller.abort(), 5000);
// Works in axios
await axios.get('/data', { signal: controller.signal });
// Works in fetch variants
await fetch('/data', { signal: controller.signal });
| Feature | axios | node-fetch | cross-fetch | isomorphic-fetch |
|---|---|---|---|---|
| Primary Use | Universal Client | Node.js Only | Universal Polyfill | Legacy Global Polyfill |
| JSON Parsing | β Automatic | β Manual | β Manual | β Manual |
| Interceptors | β Built-in | β Custom Wrapper | β Custom Wrapper | β Custom Wrapper |
| Error Handling | β Throws on 4xx/5xx | β Resolves (Check .ok) | β Resolves (Check .ok) | β Resolves (Check .ok) |
| Global Scope | β No | β No | β Optional Import | β Forces Global |
| Maintenance | β Active | β Active | β Active | β οΈ Legacy/Deprecated |
axios is the heavy-duty workhorse ποΈ. It removes boilerplate and provides enterprise-grade features like interceptors and automatic error handling. Choose it for complex applications where consistency and developer speed are paramount, and you don't mind adding a dependency that behaves slightly differently from the browser native API.
node-fetch is the server-side specialist π₯οΈ. It brings standard web syntax to Node.js. Use it for backend services, scripts, or edge functions where you want to stick to web standards without browser baggage.
cross-fetch is the modern bridge π. It is the safest bet for writing isomorphic libraries or components that need to run anywhere. It respects the standard while ensuring compatibility.
isomorphic-fetch is the legacy path π. Avoid it for new work. It served a purpose in the past when fetch was not standard, but cross-fetch or native support has superseded it.
Final Thought: If you want features and convenience, pick axios. If you want standards compliance and lighter weight, pick cross-fetch (for universal) or node-fetch (for server). Leave isomorphic-fetch in the past.
Choose node-fetch if you are building a backend application in Node.js and want to use the familiar fetch syntax without pulling in browser-specific code. It is perfect for server-side scripts, API services, or Next.js API routes where you need a lightweight, standard-compliant HTTP client. Do not use this directly in the browser; it is strictly for Node.js environments.
Choose axios if you need a robust, feature-rich client that works identically in browsers and Node.js without extra setup. It is ideal for projects requiring automatic JSON parsing, request/response interceptors for auth logging, or built-in protection against XSRF attacks. Select this when you prefer a dedicated library over relying on global polyfills or native browser APIs.
Choose cross-fetch if you want to write code using the standard fetch API and ensure it runs in older browsers or Node.js environments with minimal configuration. It is the best choice for libraries or components that need to be truly isomorphic without forcing a global polyfill on the user's entire application. Use this when you want standard compliance but need a safety net for environments lacking native fetch.
Avoid choosing isomorphic-fetch for new projects, as it is largely considered legacy and less actively maintained compared to modern alternatives. It was designed to polyfill fetch globally in both Node and browsers, but it lacks the flexibility of conditional loading found in newer tools. Only consider this if you are maintaining an older codebase that already depends on it and migration is not currently feasible.
A light-weight module that brings Fetch API to Node.js.
You might be looking for the v2 docs
Instead of implementing XMLHttpRequest in Node.js to run browser-specific Fetch polyfill, why not go from native http to fetch API directly? Hence, node-fetch, minimal code for a window.fetch compatible API on Node.js runtime.
See Jason Miller's isomorphic-unfetch or Leonardo Quixada's cross-fetch for isomorphic usage (exports node-fetch for server-side, whatwg-fetch for client-side).
window.fetch API.res.text() and res.json()) to UTF-8 automatically.window.fetch offers, feel free to open an issue.Current stable release (3.x) requires at least Node.js 12.20.0.
npm install node-fetch
import fetch from 'node-fetch';
node-fetch from v3 is an ESM-only module - you are not able to import it with require().
If you cannot switch to ESM, please use v2 which remains compatible with CommonJS. Critical bug fixes will continue to be published for v2.
npm install node-fetch@2
Alternatively, you can use the async import() function from CommonJS to load node-fetch asynchronously:
// mod.cjs
const fetch = (...args) => import('node-fetch').then(({default: fetch}) => fetch(...args));
To use fetch() without importing it, you can patch the global object in node:
// fetch-polyfill.js
import fetch, {
Blob,
blobFrom,
blobFromSync,
File,
fileFrom,
fileFromSync,
FormData,
Headers,
Request,
Response,
} from 'node-fetch'
if (!globalThis.fetch) {
globalThis.fetch = fetch
globalThis.Headers = Headers
globalThis.Request = Request
globalThis.Response = Response
}
// index.js
import './fetch-polyfill'
// ...
Using an old version of node-fetch? Check out the following files:
NOTE: The documentation below is up-to-date with 3.x releases, if you are using an older version, please check how to upgrade.
import fetch from 'node-fetch';
const response = await fetch('https://github.com/');
const body = await response.text();
console.log(body);
import fetch from 'node-fetch';
const response = await fetch('https://api.github.com/users/github');
const data = await response.json();
console.log(data);
import fetch from 'node-fetch';
const response = await fetch('https://httpbin.org/post', {method: 'POST', body: 'a=1'});
const data = await response.json();
console.log(data);
import fetch from 'node-fetch';
const body = {a: 1};
const response = await fetch('https://httpbin.org/post', {
method: 'post',
body: JSON.stringify(body),
headers: {'Content-Type': 'application/json'}
});
const data = await response.json();
console.log(data);
URLSearchParams is available on the global object in Node.js as of v10.0.0. See official documentation for more usage methods.
NOTE: The Content-Type header is only set automatically to x-www-form-urlencoded when an instance of URLSearchParams is given as such:
import fetch from 'node-fetch';
const params = new URLSearchParams();
params.append('a', 1);
const response = await fetch('https://httpbin.org/post', {method: 'POST', body: params});
const data = await response.json();
console.log(data);
NOTE: 3xx-5xx responses are NOT exceptions, and should be handled in then(), see the next section.
Wrapping the fetch function into a try/catch block will catch all exceptions, such as errors originating from node core libraries, like network errors, and operational errors which are instances of FetchError. See the error handling document for more details.
import fetch from 'node-fetch';
try {
await fetch('https://domain.invalid/');
} catch (error) {
console.log(error);
}
It is common to create a helper function to check that the response contains no client (4xx) or server (5xx) error responses:
import fetch from 'node-fetch';
class HTTPResponseError extends Error {
constructor(response) {
super(`HTTP Error Response: ${response.status} ${response.statusText}`);
this.response = response;
}
}
const checkStatus = response => {
if (response.ok) {
// response.status >= 200 && response.status < 300
return response;
} else {
throw new HTTPResponseError(response);
}
}
const response = await fetch('https://httpbin.org/status/400');
try {
checkStatus(response);
} catch (error) {
console.error(error);
const errorBody = await error.response.text();
console.error(`Error body: ${errorBody}`);
}
Cookies are not stored by default. However, cookies can be extracted and passed by manipulating request and response headers. See Extract Set-Cookie Header for details.
The "Node.js way" is to use streams when possible. You can pipe res.body to another stream. This example uses stream.pipeline to attach stream error handlers and wait for the download to complete.
import {createWriteStream} from 'node:fs';
import {pipeline} from 'node:stream';
import {promisify} from 'node:util'
import fetch from 'node-fetch';
const streamPipeline = promisify(pipeline);
const response = await fetch('https://github.githubassets.com/images/modules/logos_page/Octocat.png');
if (!response.ok) throw new Error(`unexpected response ${response.statusText}`);
await streamPipeline(response.body, createWriteStream('./octocat.png'));
In Node.js 14 you can also use async iterators to read body; however, be careful to catch
errors -- the longer a response runs, the more likely it is to encounter an error.
import fetch from 'node-fetch';
const response = await fetch('https://httpbin.org/stream/3');
try {
for await (const chunk of response.body) {
console.dir(JSON.parse(chunk.toString()));
}
} catch (err) {
console.error(err.stack);
}
In Node.js 12 you can also use async iterators to read body; however, async iterators with streams
did not mature until Node.js 14, so you need to do some extra work to ensure you handle errors
directly from the stream and wait on it response to fully close.
import fetch from 'node-fetch';
const read = async body => {
let error;
body.on('error', err => {
error = err;
});
for await (const chunk of body) {
console.dir(JSON.parse(chunk.toString()));
}
return new Promise((resolve, reject) => {
body.on('close', () => {
error ? reject(error) : resolve();
});
});
};
try {
const response = await fetch('https://httpbin.org/stream/3');
await read(response.body);
} catch (err) {
console.error(err.stack);
}
import fetch from 'node-fetch';
const response = await fetch('https://github.com/');
console.log(response.ok);
console.log(response.status);
console.log(response.statusText);
console.log(response.headers.raw());
console.log(response.headers.get('content-type'));
Unlike browsers, you can access raw Set-Cookie headers manually using Headers.raw(). This is a node-fetch only API.
import fetch from 'node-fetch';
const response = await fetch('https://example.com');
// Returns an array of values, instead of a string of comma-separated values
console.log(response.headers.raw()['set-cookie']);
import fetch, {
Blob,
blobFrom,
blobFromSync,
File,
fileFrom,
fileFromSync,
} from 'node-fetch'
const mimetype = 'text/plain'
const blob = fileFromSync('./input.txt', mimetype)
const url = 'https://httpbin.org/post'
const response = await fetch(url, { method: 'POST', body: blob })
const data = await response.json()
console.log(data)
node-fetch comes with a spec-compliant FormData implementations for posting multipart/form-data payloads
import fetch, { FormData, File, fileFrom } from 'node-fetch'
const httpbin = 'https://httpbin.org/post'
const formData = new FormData()
const binary = new Uint8Array([ 97, 98, 99 ])
const abc = new File([binary], 'abc.txt', { type: 'text/plain' })
formData.set('greeting', 'Hello, world!')
formData.set('file-upload', abc, 'new name.txt')
const response = await fetch(httpbin, { method: 'POST', body: formData })
const data = await response.json()
console.log(data)
If you for some reason need to post a stream coming from any arbitrary place, then you can append a Blob or a File look-a-like item.
The minimum requirement is that it has:
Symbol.toStringTag getter or property that is either Blob or Filestream() method or a arrayBuffer() method that returns a ArrayBuffer.The stream() must return any async iterable object as long as it yields Uint8Array (or Buffer)
so Node.Readable streams and whatwg streams works just fine.
formData.append('upload', {
[Symbol.toStringTag]: 'Blob',
size: 3,
*stream() {
yield new Uint8Array([97, 98, 99])
},
arrayBuffer() {
return new Uint8Array([97, 98, 99]).buffer
}
}, 'abc.txt')
You may cancel requests with AbortController. A suggested implementation is abort-controller.
An example of timing out a request after 150ms could be achieved as the following:
import fetch, { AbortError } from 'node-fetch';
// AbortController was added in node v14.17.0 globally
const AbortController = globalThis.AbortController || await import('abort-controller')
const controller = new AbortController();
const timeout = setTimeout(() => {
controller.abort();
}, 150);
try {
const response = await fetch('https://example.com', {signal: controller.signal});
const data = await response.json();
} catch (error) {
if (error instanceof AbortError) {
console.log('request was aborted');
}
} finally {
clearTimeout(timeout);
}
See test cases for more examples.
url A string representing the URL for fetchingoptions Options for the HTTP(S) requestPromise<Response>Perform an HTTP(S) fetch.
url should be an absolute URL, such as https://example.com/. A path-relative URL (/file/under/root) or protocol-relative URL (//can-be-http-or-https.com/) will result in a rejected Promise.
The default values are shown after each option key.
{
// These properties are part of the Fetch Standard
method: 'GET',
headers: {}, // Request headers. format is the identical to that accepted by the Headers constructor (see below)
body: null, // Request body. can be null, or a Node.js Readable stream
redirect: 'follow', // Set to `manual` to extract redirect headers, `error` to reject redirect
signal: null, // Pass an instance of AbortSignal to optionally abort requests
// The following properties are node-fetch extensions
follow: 20, // maximum redirect count. 0 to not follow redirect
compress: true, // support gzip/deflate content encoding. false to disable
size: 0, // maximum response body size in bytes. 0 to disable
agent: null, // http(s).Agent instance or function that returns an instance (see below)
highWaterMark: 16384, // the maximum number of bytes to store in the internal buffer before ceasing to read from the underlying resource.
insecureHTTPParser: false // Use an insecure HTTP parser that accepts invalid HTTP headers when `true`.
}
If no values are set, the following request headers will be sent automatically:
| Header | Value |
|---|---|
Accept-Encoding | gzip, deflate, br (when options.compress === true) |
Accept | */* |
Content-Length | (automatically calculated, if possible) |
Host | (host and port information from the target URI) |
Transfer-Encoding | chunked (when req.body is a stream) |
User-Agent | node-fetch |
Note: when body is a Stream, Content-Length is not set automatically.
The agent option allows you to specify networking related options which are out of the scope of Fetch, including and not limited to the following:
See http.Agent for more information.
If no agent is specified, the default agent provided by Node.js is used. Note that this changed in Node.js 19 to have keepalive true by default. If you wish to enable keepalive in an earlier version of Node.js, you can override the agent as per the following code sample.
In addition, the agent option accepts a function that returns http(s).Agent instance given current URL, this is useful during a redirection chain across HTTP and HTTPS protocol.
import http from 'node:http';
import https from 'node:https';
const httpAgent = new http.Agent({
keepAlive: true
});
const httpsAgent = new https.Agent({
keepAlive: true
});
const options = {
agent: function(_parsedURL) {
if (_parsedURL.protocol == 'http:') {
return httpAgent;
} else {
return httpsAgent;
}
}
};
Stream on Node.js have a smaller internal buffer size (16kB, aka highWaterMark) from client-side browsers (>1MB, not consistent across browsers). Because of that, when you are writing an isomorphic app and using res.clone(), it will hang with large response in Node.
The recommended way to fix this problem is to resolve cloned response in parallel:
import fetch from 'node-fetch';
const response = await fetch('https://example.com');
const r1 = response.clone();
const results = await Promise.all([response.json(), r1.text()]);
console.log(results[0]);
console.log(results[1]);
If for some reason you don't like the solution above, since 3.x you are able to modify the highWaterMark option:
import fetch from 'node-fetch';
const response = await fetch('https://example.com', {
// About 1MB
highWaterMark: 1024 * 1024
});
const result = await res.clone().arrayBuffer();
console.dir(result);
Passed through to the insecureHTTPParser option on http(s).request. See http.request for more information.
The redirect: 'manual' option for node-fetch is different from the browser & specification, which
results in an opaque-redirect filtered response.
node-fetch gives you the typical basic filtered response instead.
import fetch from 'node-fetch';
const response = await fetch('https://httpbin.org/status/301', { redirect: 'manual' });
if (response.status === 301 || response.status === 302) {
const locationURL = new URL(response.headers.get('location'), response.url);
const response2 = await fetch(locationURL, { redirect: 'manual' });
console.dir(response2);
}
An HTTP(S) request containing information about URL, method, headers, and the body. This class implements the Body interface.
Due to the nature of Node.js, the following properties are not implemented at this moment:
typedestinationmodecredentialscacheintegritykeepaliveThe following node-fetch extension properties are provided:
followcompresscounteragenthighWaterMarkSee options for exact meaning of these extensions.
(spec-compliant)
input A string representing a URL, or another Request (which will be cloned)options Options for the HTTP(S) requestConstructs a new Request object. The constructor is identical to that in the browser.
In most cases, directly fetch(url, options) is simpler than creating a Request object.
An HTTP(S) response. This class implements the Body interface.
The following properties are not implemented in node-fetch at this moment:
trailer(spec-compliant)
body A String or Readable streamoptions A ResponseInit options dictionaryConstructs a new Response object. The constructor is identical to that in the browser.
Because Node.js does not implement service workers (for which this class was designed), one rarely has to construct a Response directly.
(spec-compliant)
Convenience property representing if the request ended normally. Will evaluate to true if the response status was greater than or equal to 200 but smaller than 300.
(spec-compliant)
Convenience property representing if the request has been redirected at least once. Will evaluate to true if the internal redirect counter is greater than 0.
(deviation from spec)
Convenience property representing the response's type. node-fetch only supports 'default' and 'error' and does not make use of filtered responses.
This class allows manipulating and iterating over a set of HTTP headers. All methods specified in the Fetch Standard are implemented.
(spec-compliant)
init Optional argument to pre-fill the Headers objectConstruct a new Headers object. init can be either null, a Headers object, an key-value map object or any iterable object.
// Example adapted from https://fetch.spec.whatwg.org/#example-headers-class
import {Headers} from 'node-fetch';
const meta = {
'Content-Type': 'text/xml'
};
const headers = new Headers(meta);
// The above is equivalent to
const meta = [['Content-Type', 'text/xml']];
const headers = new Headers(meta);
// You can in fact use any iterable objects, like a Map or even another Headers
const meta = new Map();
meta.set('Content-Type', 'text/xml');
const headers = new Headers(meta);
const copyOfHeaders = new Headers(headers);
Body is an abstract interface with methods that are applicable to both Request and Response classes.
(deviation from spec)
Readable streamData are encapsulated in the Body object. Note that while the Fetch Standard requires the property to always be a WHATWG ReadableStream, in node-fetch it is a Node.js Readable stream.
(spec-compliant)
BooleanA boolean property for if this body has been consumed. Per the specs, a consumed body cannot be used again.
fetch comes with methods to parse multipart/form-data payloads as well as
x-www-form-urlencoded bodies using .formData() this comes from the idea that
Service Worker can intercept such messages before it's sent to the server to
alter them. This is useful for anybody building a server so you can use it to
parse & consume payloads.
import http from 'node:http'
import { Response } from 'node-fetch'
http.createServer(async function (req, res) {
const formData = await new Response(req, {
headers: req.headers // Pass along the boundary value
}).formData()
const allFields = [...formData]
const file = formData.get('uploaded-files')
const arrayBuffer = await file.arrayBuffer()
const text = await file.text()
const whatwgReadableStream = file.stream()
// other was to consume the request could be to do:
const json = await new Response(req).json()
const text = await new Response(req).text()
const arrayBuffer = await new Response(req).arrayBuffer()
const blob = await new Response(req, {
headers: req.headers // So that `type` inherits `Content-Type`
}.blob()
})
(node-fetch extension)
An operational error in the fetching process. See ERROR-HANDLING.md for more info.
(node-fetch extension)
An Error thrown when the request is aborted in response to an AbortSignal's abort event. It has a name property of AbortError. See ERROR-HANDLING.MD for more info.
Since 3.x types are bundled with node-fetch, so you don't need to install any additional packages.
For older versions please use the type definitions from DefinitelyTyped:
npm install --save-dev @types/node-fetch@2.x
Thanks to github/fetch for providing a solid implementation reference.
![]() | ![]() | ![]() | ![]() | ![]() |
|---|---|---|---|---|
| David Frank | Jimmy WΓ€rting | Antoni Kepinski | Richie Bendall | Gregor Martynus |