Node.js and esbuild: beware of mixing cjs and esm
TL;DR
When using esbuild to bundle code with --platform=node that depends on npm packages with a mixture of cjs and esm entry points, use the following rule of thumb:
- When using --bundle, set --format to cjs. This will work in all cases except for esm modules with top-level await.
- --format=esm can be used but requires a polyfill such as this one.
- When using --packages=external, set --format to esm.
If you're wondering about the difference between cjs and esm, take a look at Node.js: A brief history of cjs, bundlers, and esm.
Symptom
When executing esbuild bundled code with --platform=node you may have come across one of the following runtime errors:
Error: Dynamic require of "<module_name>" is not supported
Error [ERR_REQUIRE_ESM]: require() of ES Module (...) from (...) not supported. Instead change the require of (...) in (...) to a dynamic import() which is available in all CommonJS modules.
Cause
This is because of one of the following limitations:
- esbuild's esm to cjs (and vice-versa) transformations.
- Node.js cjs/esm interoperability.
Analysis
esbuild has limited transformation capabilities between esm and cjs. Additionally, some scenarios while supported by esbuild are not supported by Node.js itself. As of esbuild@0.24.0, the following table summarizes what's supported:
Format | Scenario | Supported? |
---|---|---|
cjs | static import | Yes |
cjs | dynamic import() | Yes |
cjs | top-level await | No |
cjs | --packages=external of esm entry point | No* |
esm | require() of user modules** | Yes*** |
esm | require() of node:* modules | No**** |
esm | --packages=external of cjs entry point | Yes |
* Supported by esbuild but not by Node.js
** Refers to npm packages or relative path files.
*** User modules are supported with some caveats: __dirname and __filename are not supported without a polyfill.
**** node:* modules can be supported with the same polyfill.
What follows is a detailed description of these scenarios without the use of any polyfills:
npm packages
We'll use the following example npm packages:
static-import
esm module with a static import:
Error: Dynamic require of "<module_name>" is not supported
dynamic-import
esm module with a dynamic import() within an async function:
Error [ERR_REQUIRE_ESM]: require() of ES Module (...) from (...) not supported. Instead change the require of (...) in (...) to a dynamic import() which is available in all CommonJS modules.
top-level-await
esm module with a dynamic import() and a top-level await:
import { version } from "node:process"; export function getVersion() { return version; }
require
cjs module with a require() invocation:
export async function getVersion() { const { version } = await import("node:process"); return version; }
--format=cjs
We'll run esbuild with the following arguments:
const { version } = await import("node:process"); export function getVersion() { return version; }
and the following code:
const { version } = require("node:process"); exports.getVersion = function() { return version; }
static import
Produces the following which runs just fine:
esbuild --bundle --format=cjs --platform=node --outfile=bundle.cjs src/main.js
dynamic import()
Produces the following which runs just fine:
import { getVersion } from "{npm-package}"; (async () => { // version can be `string` or `Promise<string>` const version = await getVersion(); console.log(version); })();
Notice how the dynamic import() is not transformed to a require() because it's also allowed in cjs modules.
top-level await
esbuild fails with the following error:
// node_modules/static-import/index.js var import_node_process = require("node:process"); function getVersion() { return import_node_process.version; } // src/main.js (async () => { const version2 = await getVersion(); console.log(version2); })();
--packages=external
Using --packages=external succeeds with all npm packages:
// (...esbuild auto-generated helpers...) // node_modules/dynamic-import/index.js async function getVersion() { const { version } = await import("node:process"); return version; } // src/main.js (async () => { const version = await getVersion(); console.log(version); })();
produces:
[ERROR] Top-level await is currently not supported with the "cjs" output format node_modules/top-level-await/index.js:1:20: 1 │ const { version } = await import("node:process"); ╵ ~~~~~
However, they all fail to run because Nodes.js doesn't allow cjs modules to import esm modules:
esbuild --packages=external --format=cjs --platform=node --outfile=bundle.cjs src/main.js
--format=esm
We'll now run esbuild with the following arguments:
var npm_package_import = require("{npm-package}"); (async () => { const version = await (0, npm_package_import.getVersion)(); console.log(version); })();
require() of user modules
src/main.js
/(...)/bundle.cjs:1 var import_static_import = require("static-import"); ^ Error [ERR_REQUIRE_ESM]: require() of ES Module /(...)/node_modules/static-import/index.js from /(...)/bundle.cjs not supported. Instead change the require of index.js in /(...)/bundle.cjs to a dynamic import() which is available in all CommonJS modules.
produces the following which runs just fine:
esbuild --bundle --format=esm --platform=node --outfile=bundle.mjs src/main.js
require() of node:* modules
src/main.js
const { getVersion } = require("static-import"); console.log(getVersion());
produces the following:
// (...esbuild auto-generated helpers...) // node_modules/static-import/index.js var static_import_exports = {}; __export(static_import_exports, { getVersion: () => getVersion }); import { version } from "node:process"; function getVersion() { return version; } var init_static_import = __esm({ "node_modules/static-import/index.js"() { } }); // src/main.js var { getVersion: getVersion2 } = (init_static_import(), __toCommonJS(static_import_exports)); console.log(getVersion2());
However, it fails to run:
import { getVersion } from "require"; console.log(getVersion());
--packages=external
Using --packages=external succeeds with all npm packages, including those with cjs entry points. For example:
// (...esbuild auto-generated helpers...) var __require = /* @__PURE__ */ ((x) => typeof require !== "undefined" ? require : typeof Proxy !== "undefined" ? new Proxy(x, { get: (a, b) => (typeof require !== "undefined" ? require : a)[b] }) : x)(function(x) { if (typeof require !== "undefined") return require.apply(this, arguments); throw Error('Dynamic require of "' + x + '" is not supported'); }); // (...esbuild auto-generated helpers...) // node_modules/require/index.js var require_require = __commonJS({ "node_modules/require/index.js"(exports) { var { version } = __require("node:process"); exports.getVersion = function() { return version; }; } }); // src/main.js var import_require = __toESM(require_require()); console.log((0, import_require.getVersion)());
with:
src/index.js
Error: Dynamic require of "node:process" is not supported
produces a nearly-verbatim output which runs just fine because esm modules can import npm packages with cjs entry points:
esbuild --packages=external --format=esm --platform=node --outfile=bundle.mjs src/main.js
Conclusion
I hope you find this post useful to troubleshoot esbuild outputs now and in the future. Let me know your thoughts below!
The above is the detailed content of Node.js and esbuild: beware of mixing cjs and esm. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics

Frequently Asked Questions and Solutions for Front-end Thermal Paper Ticket Printing In Front-end Development, Ticket Printing is a common requirement. However, many developers are implementing...

JavaScript is the cornerstone of modern web development, and its main functions include event-driven programming, dynamic content generation and asynchronous programming. 1) Event-driven programming allows web pages to change dynamically according to user operations. 2) Dynamic content generation allows page content to be adjusted according to conditions. 3) Asynchronous programming ensures that the user interface is not blocked. JavaScript is widely used in web interaction, single-page application and server-side development, greatly improving the flexibility of user experience and cross-platform development.

There is no absolute salary for Python and JavaScript developers, depending on skills and industry needs. 1. Python may be paid more in data science and machine learning. 2. JavaScript has great demand in front-end and full-stack development, and its salary is also considerable. 3. Influencing factors include experience, geographical location, company size and specific skills.

Learning JavaScript is not difficult, but it is challenging. 1) Understand basic concepts such as variables, data types, functions, etc. 2) Master asynchronous programming and implement it through event loops. 3) Use DOM operations and Promise to handle asynchronous requests. 4) Avoid common mistakes and use debugging techniques. 5) Optimize performance and follow best practices.

Discussion on the realization of parallax scrolling and element animation effects in this article will explore how to achieve similar to Shiseido official website (https://www.shiseido.co.jp/sb/wonderland/)...

How to merge array elements with the same ID into one object in JavaScript? When processing data, we often encounter the need to have the same ID...

The latest trends in JavaScript include the rise of TypeScript, the popularity of modern frameworks and libraries, and the application of WebAssembly. Future prospects cover more powerful type systems, the development of server-side JavaScript, the expansion of artificial intelligence and machine learning, and the potential of IoT and edge computing.

In-depth discussion of the root causes of the difference in console.log output. This article will analyze the differences in the output results of console.log function in a piece of code and explain the reasons behind it. �...
