标准答案
- CommonJS 导出对象的引用和加载缓存行为与 ESM 的静态分析、模块绑定不同。
- ESM import 是静态结构，支持 top-level await 等能力，但互操作通常有默认导出和异步加载边界。
- 循环依赖可能得到未完成的导出对象或暂时未初始化的绑定，应该拆分共享依赖。
- package.json 的 type、exports 和文件扩展名会影响模块解释方式。
题目解析
CommonJS 通常同步 require 并缓存导出对象，ESM 通过静态 import/export 建立模块绑定，加载和执行时机、默认导出互操作以及 top-level await 都不同。语法相似不代表运行时边界相同。
循环依赖可能得到尚未完成的 exports 或暂时未初始化的绑定。更稳妥的做法是拆分共享类型/常量，减少模块间反向依赖，而不是依赖初始化顺序。
package.json 的 type、exports、文件扩展名、测试运行器、打包器和 Node 版本共同决定解析。修改模块类型必须验证开发、测试、构建和生产启动。
常见误区
- 误区：认为 require 和 import 可以完全互换。改正：检查同步/异步加载、默认导出、缓存和工具链互操作。
- 误区：循环依赖中读取尚未初始化的导出。改正：拆分依赖或延迟访问，并用混合模块测试验证。
- 误区：修改 type 后不验证工具链和生产启动。改正：同时测试 Node、测试器、打包器、类型声明和部署命令。