Node.js compatibility
When you write a Worker, you may need to import packages from npm ↗. Many npm packages rely on APIs from the Node.js runtime ↗, and will not work unless these Node.js APIs are available.
Cloudflare Workers provides a subset of Node.js APIs in two forms:
- As built-in APIs provided by the Workers Runtime
- As polyfill shim implementations that Wrangler adds to your Worker's code, allowing it to import the module, but calling API methods will throw errors.
To enable built-in Node.js APIs and add polyfills, add the nodejs_compat
compatibility flag to your wrangler configuration file, and ensure that your Worker's compatibility date is 2024-09-23 or later. Learn more about the Node.js compatibility flag and v2.
{ "compatibility_flags": [ "nodejs_compat" ], "compatibility_date": "2024-09-23"}
compatibility_flags = [ "nodejs_compat" ]compatibility_date = "2024-09-23"
The runtime APIs from Node.js listed below as "🟢 supported" are currently natively supported in the Workers Runtime.
Deprecated or experimental APIs from Node.js ↗ are not included as part of the list below:
API Name | Natively supported by the Workers Runtime |
---|---|
Assertion testing | 🟢 supported |
Asynchronous context tracking | 🟢 supported |
Buffer | 🟢 supported |
C++ addons | ⚪ not supported |
C/C++ addons with Node-API | ⚪ not supported |
C++ embedder API | ⚪ not supported |
Child processes | ⚪ not supported |
Cluster | ⚪ not supported |
Console | 🟢 supported |
Crypto | 🟡 partially supported |
Debugger | 🟢 supported via Chrome Dev Tools integration |
Diagnostics Channel | 🟢 supported |
DNS | 🟢 supported |
Errors | 🟢 supported |
Events | 🟢 supported |
File system | ⚪ not supported |
Globals | 🟢 supported |
HTTP | ⚪ not supported |
HTTP/2 | ⚪ not supported |
HTTPS | ⚪ not supported |
Inspector | 🟢 supported via Chrome Dev Tools integration |
Net | 🟢 supported |
OS | ⚪ not supported |
Path | 🟢 supported |
Performance hooks | 🟡 partially supported |
Process | 🟢 supported |
Query strings | 🟢 supported |
Readline | ⚪ not supported |
Stream | 🟢 supported |
String decoder | 🟢 supported |
Test runner | ⚪ not supported |
Timers | 🟢 supported |
TLS/SSL | 🟡 partially supported |
TTY | ⚪ not supported |
UDP/datagram | ⚪ not supported |
URL | 🟢 supported |
Utilities | 🟢 supported |
V8 | ⚪ not supported |
VM | ⚪ not supported |
Web Crypto API | 🟢 supported |
Web Streams API | 🟢 supported |
Worker threads | ⚪ not supported |
Zlib | 🟢 supported |
Unless otherwise specified, native implementations of Node.js APIs in Workers are intended to match the implementation in the Current release of Node.js ↗.
If an API you wish to use is missing and you want to suggest that Workers support it, please add a post or comment in the Node.js APIs discussions category ↗ on GitHub.
Node.js APIs that are not yet supported in the Workers runtime are polyfilled via Wrangler, which uses unenv ↗. If the nodejs_compat
compatibility flag is enabled, and your Worker's compatibility date is 2024-09-23 or later, Wrangler will automatically inject polyfills into your Worker's code.
Adding polyfills maximizes compatibility with existing npm packages by providing modules with mocked methods. Calling these mocked methods will either noop or will throw an error with a message like:
[unenv] <method name> is not implemented yet!
This allows you to import packages that use these Node.js modules, even if certain methods are not supported.
If you need to enable only the Node.js AsyncLocalStorage
API, you can enable the nodejs_als
compatibility flag:
{ "compatibility_flags": [ "nodejs_als" ]}
compatibility_flags = [ "nodejs_als" ]
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