ES Module 和 CommonJS 有什么区别循环依赖时会发生什么ES Module 通过 import/export 表达模块依赖导入通常与导出的绑定相连。CommonJS 则通过 require 执行模块并取得 module.exports可以在运行过程中按条件加载。因此ESM 的静态结构更方便分析依赖与未使用代码但不能简单说 ESM 永远异步、CommonJS 永远不能加载 ESM。Node.js 的互操作规则会随版本变化现代版本可以同步 require 满足条件、没有顶层 await 的 ESM。循环依赖时两边也不是同一种处理方式。CommonJS 可能取得尚未初始化完的导出对象ESM 则要遵守绑定的初始化时机过早访问可能报错。项目迁移时除了改语法还要检查 package.json 的 type、文件扩展名、依赖的导出方式、路径和加载时机。为什么改完 import项目仍然跑不起来先把模块格式和编译结果分开假设咱们把一个旧 Node.js 服务迁移到 ESM。源代码看起来用了 import但构建工具也可能把它转成 require。反过来文件扩展名和 package.json 又会影响 Node 如何解释输出文件。因此先检查真正交给运行时的文件。不要只看 TypeScript 源码就认定程序正在按 ESM 执行。在 Node.js 中.mjs、.cjs 以及 package.json 的 type 等配置共同影响格式识别。浏览器中的原生模块又有自己的加载规则。静态依赖与运行时加载带来哪些区别ESM 的普通 import 声明提供可分析的依赖关系。运行代码前模块系统可以先建立关联之后按规则初始化和执行模块。CommonJS 的 require 是运行时调用因此可以放在条件分支里。模块第一次执行后通常进入缓存后续加载可以复用相应导出。ESM 也支持动态 import()。动态 import() 是按需加载的表达式返回 Promise静态 import 则不能放进 if。这也是为什么 Tree Shaking 要看模块结构和副作用。支持静态分析是有利条件仍然不等于打包工具可以随便删除任何看起来没用的代码。“导出的值是副本”为什么说得不够准确ESM 导入的变量通常是导出绑定的只读视图导出模块更新绑定使用方可以观察到更新使用方不能任意给这个导入绑定重新赋值。CommonJS 返回的是 module.exports 当时对应的值。如果它是对象使用方拿到的是对象引用对象属性修改也可以被观察到。因此笼统说 CommonJS 只会复制值同样不对。区别更明显的情况是使用方先解构取得一个普通值而原模块后来更新导出对象的属性解构出来的局部变量不会自动变成持续连接的绑定。分析时写出具体的导出、赋值和读取动作比背“一个动态、一个静态”更可靠。循环依赖要检查第一次读取发生在何时假设 a 依赖 bb 又依赖 a。如果 b 在 a 初始化完成之前读取 a 的数据就可能遇到问题。CommonJS 可以返回部分导出使用方不能假设所有字段已经写好。ESM 可以建立相互引用的绑定但尚未初始化的绑定被过早读取仍可能触发错误。把读取推迟到函数调用时可能改变结果但不能因此认为所有循环都安全。更好的处理通常是把共享定义拆成独立模块或者明确初始化入口。验证迁移时准备最小项目分别检查模块缓存、循环引用和互操作。Node 的 require(ESM) 还要检查是否存在顶层 await有些加载路径必须改成动态 import。本题机制参考Node.js ESM 官方文档、MDN JavaScript 模块。面试官继续追问ESM 没有 require是不是不能使用 CommonJS 包可以按运行时的互操作规则使用但默认导出、命名导出识别和导出对象要逐包确认。不能把 CommonJS 对象里的任何字段都认定为可靠命名导出。用了 ESM包一定更小吗不会自动保证。副作用、重新导出、依赖格式和打包配置都会影响删除能力。需要检查构建产物而不是看源文件扩展名。为什么本文不放 Python 逐行对应代码Python 的导入缓存、模块对象和循环导入规则不同。它不能验证 Node 的格式识别或 ESM 绑定行为这类迁移应在对应的 JS 运行时里做最小实验。面试速记卡先看产物源文件语法不等于运行时模块格式。ESM依赖关联与导出绑定有明确规则。CommonJSrequire 执行并取得 module.exports。循环依赖重点检查初始化前的读取。互操作按 Node 版本与顶层 await 条件判断。我是程序员Sunday。本文收录于 sunday面试指南原文与配图可继续阅读。