http
An implementation of the Node.js http.get ↗ method.
The get method performs a GET request to the specified URL and invokes the callback with the response. It's a convenience method that simplifies making HTTP GET requests without manually configuring request options.
Because get is a wrapper around fetch(...), it may be used only within an exported
fetch or similar handler. Outside of such a handler, attempts to use get will throw
an error.
import { get } from 'node:http';
export default { async fetch() { const { promise, resolve, reject } = Promise.withResolvers(); get('http://example.org', (res) => { let data = ''; res.setEncoding('utf8'); res.on('data', (chunk) => { data += chunk; }); res.on('end', () => { resolve(new Response(data)); }); res.on('error', reject); }).on('error', reject); return promise; }}The implementation of get in Workers is a wrapper around the global
fetch API ↗
and is therefore subject to the same limits ↗.
As shown in the example above, it is necessary to arrange for requests to be correctly
awaited in the fetch handler using a promise or the fetch may be canceled prematurely
when the handler returns.
An implementation of the Node.js `http.request' ↗ method.
The request method creates an HTTP request with customizable options like method, headers, and body. It provides full control over the request configuration and returns a Node.js stream.Writable ↗ for sending request data.
Because request is a wrapper around fetch(...), it may be used only within an exported
fetch or similar handler. Outside of such a handler, attempts to use request will throw
an error.
import { get } from 'node:http';
export default { async fetch() { const { promise, resolve, reject } = Promise.withResolvers(); get({ method: 'GET', protocol: 'http:', hostname: 'example.org', path: '/' }, (res) => { let data = ''; res.setEncoding('utf8'); res.on('data', (chunk) => { data += chunk; }); res.on('end', () => { resolve(new Response(data)); }); res.on('error', reject); }).on('error', reject) .end(); return promise; }}The following options passed to the request (and get) method are not supported due to the differences required by Coudflare Workers implementation of node:http as a wrapper around the global fetch API:
maxHeaderSizeinsecureHTTPParsercreateConnectionlookupsocketPath
The OutgoingMessage ↗ class represents an HTTP response that is sent to the client. It provides methods for writing response headers and body, as well as for ending the response. OutgoingMessage extends from the Node.js stream.Writable stream class ↗.
import { OutgoingMessage } from 'node:http';
export default { async fetch() { // ... const res = new OutgoingMessage(); res.writeHead(200, { 'Content-Type': 'text/plain' }); res.write('Hello, World!'); res.end(); // ... }}The IncomingMessage class represents an HTTP request that is received from the client. It provides methods for reading request headers and body, as well as for ending the request. IncomingMessage extends from the Readable stream class.
import { get, IncomingMessage } from 'node:http';import { ok, strictEqual } from 'node:assert';
export default { async fetch() { // ... get('http://example.org', (res) => { ok(res instanceof IncomingMessage); }); // ... }}A partial implementation of the Node.js `http.Agent' ↗ class.
An Agent manages HTTP connection reuse by maintaining request queues per host/port. In the workers environment, however, such low-level management of the network connection, ports, etc, is not relevant because it is handled by the Cloudflare infrastructure instead. Accordingly, the implementation of Agent in Workers is a stub implementation that does not support connection pooling or keep-alive.
import { get, Agent } from 'node:http';import { strictEqual } from 'node:assert';
export default { async fetch() {
const agent = new Agent(); get({ hostname: 'example.org', port: 80, path: '/', agent, // possible but not all that useful. }, (res) => { // ... });
return new Response('ok'); }}Because the Workers implementation of node:http is a wrapper around the global fetch API, there are some differences in behavior and limitations compared to a standard Node.js environment:
Connectionheaders are not used. Workers will manage connections automatically.Content-Lengthheaders will be handled the same way as in thefetchAPI. If a body is provided, the header will be set automatically and manually set values will be ignored.Expect: 100-continueheaders are not supported.- Trailing headers are not supported.
- The
'continue'event is not supported. - The
'information'event is not supported. - The
'socket'event is not supported. - The
'upgrade'event is not supported. - Gaining direct access to the underlying
socketis not supported.
Was this helpful?
- Resources
- API
- New to Cloudflare?
- Products
- Sponsorships
- Open Source
- Support
- Help Center
- System Status
- Compliance
- GDPR
- Company
- cloudflare.com
- Our team
- Careers
- © 2025 Cloudflare, Inc.
- Privacy Policy
- Terms of Use
- Report Security Issues
- Trademark