axios、cross-fetch、isomorphic-fetch 和 node-fetch 都是用于处理 HTTP 请求的流行库,但它们的底层机制和适用场景截然不同。axios 是一个功能丰富的独立客户端,基于 Promise,提供了拦截器、自动 JSON 转换和取消请求等高级特性,广泛适用于浏览器和 Node.js 环境。node-fetch 是将浏览器标准的 fetch API 带到 Node.js 环境的轻量级实现,它不依赖全局对象,需显式导入。cross-fetch 是一个同构(isomorphic)封装,旨在让 fetch 代码在浏览器和 Node.js 中无缝运行,它在 Node 环境下内部依赖 node-fetch。isomorphic-fetch 曾是该领域的先驱,通过修改全局对象来实现同构,但目前已停止维护,不再推荐用于新项目。
在构建现代 Web 应用时,发送 HTTP 请求是再平常不过的操作。然而,面对 axios、cross-fetch、isomorphic-fetch 和 node-fetch 这些选项,开发者往往容易陷入选择困难。它们看似都在做同一件事,但在底层实现、API 设计哲学以及环境兼容性上有着本质的区别。本文将从架构师的角度,深入剖析这些库的技术细节,帮助你在真实工程场景中做出最合适的选择。
理解这些库的第一步,是区分它们是"独立的 HTTP 客户端"还是"标准 API 的填充(Polyfill)"。
axios 是一个独立的 HTTP 客户端库。它不依赖浏览器原生的 XMLHttpRequest 或 Node.js 的 http 模块的直接暴露,而是自己在内部封装了这些底层细节。这意味着它的 API 是自定义的,虽然深受开发者喜爱,但与标准的 fetch API 不兼容。
// axios: 独立的 API 设计,配置对象丰富
import axios from 'axios';
const response = await axios.get('/api/users', {
params: { id: 123 },
headers: { 'X-Custom-Header': 'foo' },
timeout: 5000
});
// 数据自动转换为 JSON,直接访问 data 属性
console.log(response.data);
node-fetch、cross-fetch 和 isomorphic-fetch 的核心目标都是实现或模拟标准的 fetch API。fetch 是浏览器原生提供的基于 Promise 的网络接口。
node-fetch 专门用于 Node.js 环境,因为它假设环境中没有 fetch。它尽可能贴近浏览器标准,但为了适应 Node 的特性(如流处理),做了一些必要的适配。
// node-fetch: 必须显式导入,模拟标准 fetch
import fetch from 'node-fetch';
const response = await fetch('https://api.example.com/users?id=123', {
method: 'GET',
headers: { 'X-Custom-Header': 'foo' }
});
// 需要手动调用 .json() 解析数据
const data = await response.json();
console.log(data);
cross-fetch 和 isomorphic-fetch 则是为了解决"同构"问题,即同一份代码如何在浏览器和 Node.js 中都能运行。它们的区别在于实现方式:cross-fetch 导出一个函数供你使用,而 isomorphic-fetch 会强行修改全局对象。
// cross-fetch: 显式导入,安全且可控
import fetch from 'cross-fetch';
// 代码在浏览器和 Node 中行为一致
const res = await fetch('/api/data');
// isomorphic-fetch: 副作用导入,污染全局 (不推荐)
import 'isomorphic-fetch';
// 现在全局有了 fetch,但在模块化项目中这可能导致冲突
const res = await fetch('/api/data');
在实际开发中,如何处理请求参数和响应数据直接影响代码的简洁度。
axios 以"开箱即用"的便利性著称。它会自动将 JavaScript 对象序列化为 JSON 发送,并在接收到 JSON 响应时自动解析。这对于快速开发非常友好。
// axios: 自动序列化请求体,自动解析响应
const payload = { name: 'Alice', role: 'admin' };
// 发送 POST 请求,axios 自动添加 Content-Type: application/json 并序列化 body
const response = await axios.post('/api/users', payload);
// 响应数据已经解析为 JS 对象
console.log(response.data.name);
fetch 系列库 (node-fetch, cross-fetch) 则严格遵循标准。它们不会自动序列化请求体,也不会自动解析响应。你需要手动调用 JSON.stringify() 和 response.json()。这虽然多写了几行代码,但让数据流动的过程更加透明可控。
// node-fetch / cross-fetch: 手动序列化与解析
const payload = { name: 'Alice', role: 'admin' };
const response = await fetch('/api/users', {
method: 'POST',
headers: {
'Content-Type': 'application/json'
},
// 必须手动序列化
body: JSON.stringify(payload)
});
// 必须手动解析
const data = await response.json();
console.log(data.name);
这是新手最容易踩坑的地方,也是 axios 和 fetch 最大的行为差异之一。
axios 会在 HTTP 状态码表示错误(如 404, 500)时自动抛出异常。这意味着你只需要在一个 catch 块中处理所有网络错误和业务错误。
// axios: 非 2xx 状态码自动抛出错误
try {
const response = await axios.get('/api/not-found');
// 只有 2xx 状态码才会执行到这里
console.log(response.data);
} catch (error) {
// 404, 500 或网络中断都会进入这里
if (error.response) {
console.log(`服务器返回错误: ${error.response.status}`);
} else {
console.log('网络请求失败');
}
}
fetch 系列库 只有在网络故障(如 DNS 解析失败、连接断开)时才会抛出异常。对于 HTTP 404 或 500 错误,fetch 认为请求已经"成功"发送并收到了响应,因此不会抛出错误,而是返回一个 ok 属性为 false 的 Response 对象。开发者必须手动检查状态。
// node-fetch / cross-fetch: 仅网络故障抛出异常,HTTP 错误需手动检查
try {
const response = await fetch('/api/not-found');
// 必须手动检查 ok 属性
if (!response.ok) {
throw new Error(`HTTP 错误: ${response.status}`);
}
const data = await response.json();
console.log(data);
} catch (error) {
// 这里只捕获网络故障或我们手动抛出的 HTTP 错误
console.log('请求处理失败:', error.message);
}
如何在服务器端渲染(SSR)或全栈项目中复用请求代码?
axios 天生就是同构的。它的 npm 包同时包含了浏览器版本(基于 XHR)和 Node.js 版本(基于 http/https)。你无需任何配置即可在两端使用相同的 API。
// axios: 真正的同构,一份代码跑遍两端
import axios from 'axios';
// 在 React 组件 (浏览器) 或 Node API 路由中写法完全一样
export const getUser = async (id) => {
const { data } = await axios.get(`/api/users/${id}`);
return data;
};
node-fetch 仅用于 Node.js。如果你在浏览器中使用它会报错,因为浏览器环境没有它依赖的 Node 核心模块。
cross-fetch 是专门为同构场景设计的。它在浏览器中直接使用原生的 fetch,在 Node.js 中则回退到 node-fetch。它的导出方式让你可以安全地在打包工具中使用。
// cross-fetch: 智能回退,适合库作者
import fetch from 'cross-fetch';
// 无论打包后运行在哪里,fetch 都可用
export const fetchData = async (url) => {
const res = await fetch(url);
return res.json();
};
isomorphic-fetch 曾经是同构的标准答案,但它通过 side-effect(副作用)将 fetch 挂载到全局 window 或 global 对象上。在现代前端工程化(如 Tree-shaking、ES Modules)中,这种隐式的全局污染极易引发冲突,且该库已多年未更新,存在安全风险。
必须明确指出:isomorphic-fetch 已不再维护。其 GitHub 仓库已归档,npm 页面上也缺乏近期的更新。在现代技术栈中继续使用它不仅意味着放弃安全补丁,还意味着接受过时的全局污染模式。
如果你的项目目前仍在使用 isomorphic-fetch,迁移计划应优先安排。替代方案非常直接:
cross-fetch。它的 API 几乎一致,但采用显式导入,更安全。fetch,则完全不需要任何包,直接使用全局 fetch 即可。// ❌ 不推荐:已弃用的模式
import 'isomorphic-fetch';
fetch('/api');
// ✅ 推荐:显式导入,安全可控
import fetch from 'cross-fetch';
fetch('/api');
// ✅ 最佳:如果环境允许,直接使用原生 API
// Node 18+ 和所有现代浏览器均支持
fetch('/api');
为了更直观地展示差异,以下是关键特性的横向对比:
| 特性 | axios | node-fetch | cross-fetch | isomorphic-fetch |
|---|---|---|---|---|
| 核心定位 | 独立 HTTP 客户端 | Node 环境 Fetch 实现 | 同构 Fetch 封装 | 同构 Fetch 封装 (已弃用) |
| API 风格 | 自定义 (便捷) | 标准 Fetch | 标准 Fetch | 标准 Fetch (全局) |
| JSON 处理 | 自动序列化/解析 | 手动 | 手动 | 手动 |
| 错误抛出 | 非 2xx 自动抛出 | 仅网络故障抛出 | 仅网络故障抛出 | 仅网络故障抛出 |
| 拦截器 | ✅ 支持请求/响应拦截 | ❌ 不支持 | ❌ 不支持 | ❌ 不支持 |
| 取消请求 | ✅ 内置 AbortController 支持 | ✅ 支持 (标准) | ✅ 支持 (标准) | ✅ 支持 (标准) |
| 包大小 | 较大 (功能多) | 轻量 | 轻量 (含依赖) | 轻量 |
| 维护状态 | 🟢 活跃维护 | 🟢 活跃维护 | 🟢 活跃维护 | 🔴 停止维护 |
| 适用场景 | 复杂交互、企业级应用 | 纯 Node 脚本、微服务 | SDK 开发、同构应用 | 不应再使用 |
在选择网络请求库时,不要盲目跟随潮流,而应根据项目的具体架构需求来决定。
如果你的团队正在构建一个大型 enterprise 应用,需要统一的请求头处理、日志记录、错误重试机制以及精细的加载状态控制,axios 的拦截器机制能极大地减少样板代码,其自动错误抛出也能简化逻辑。它的"重量"换来的是开发效率和可维护性的提升。
如果你在开发底层库、SDK 或轻量级工具,或者你的团队严格遵循 Web 标准,希望代码在任何环境下行为一致且无魔法,那么 cross-fetch (或原生 fetch) 是更好的选择。它迫使开发者显式处理每一个步骤,虽然代码稍多,但逻辑更加透明,且没有额外的运行时负担。
对于纯 Node.js 后端服务,node-fetch 是标准 fetch 的最佳伴侣,特别是当你升级到 Node 18 之前。一旦你的基础设施全面升级到 Node 18+,你甚至可以考虑移除这个依赖,直接使用全局 fetch。
最后,再次强调:请立刻检查你的 package.json,如果发现了 isomorphic-fetch,请将其替换为 cross-fetch 或直接使用原生 fetch。技术债务越早偿还,未来的架构演进就越轻松。
选择合适的工具,不仅仅是为了代码能跑起来,更是为了在未来面对需求变更时,你的代码库依然保持清晰、健壮和易于扩展。
如果你主要在 Node.js 环境中开发,且希望使用轻量级的标准 fetch API 而不引入 axios 那样的重型封装,请选择 node-fetch (v3+)。注意 v3 版本仅支持 ESM 模块,若需 CommonJS 支持需使用 v2 版本或配合动态导入。
如果你的项目需要高级功能如请求/响应拦截器、自动请求取消、进度监控或更友好的错误处理,请选择 axios。它在处理复杂的 API 交互、表单提交和需要统一配置的大型应用中表现最佳,且无需关心环境差异。
如果你希望代码完全遵循标准的 fetch API,并且需要在浏览器和 Node.js (包括旧版本) 之间共享同一套请求逻辑而不想手动处理环境判断,请选择 cross-fetch。它是构建同构库或 SDK 的理想选择。
不建议在任何新项目中选择 isomorphic-fetch。该库已停止维护,且通过污染全局命名空间的方式工作,这在现代模块化开发中被视为反模式。请迁移至 cross-fetch 或原生 fetch。
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 |