4. 模块系统与 CommonJS/ESM：require 与 import 区别、循环依赖、动态加载
模块系统是 Node.js 分布式工程的基石。面试中常从 语法差异、执行时机、循环依赖处理、动态加载 和 静态分析能力 五个维度考察候选人对两种模块规范的理解深度。以下结构化内容帮你快速建立应答框架。
🔹 面试问题：require 和 import 的核心区别是什么？
面试官考察点： 是否理解两种模块规范的静态/动态性质，以及它们对循环依赖、性能优化、Tree Shaking 的影响。
回答框架： 语法差异 → 执行时机 → 循环依赖处理机制 → 动态加载支持 → 静态分析与 Tree Shaking
简短示例回答： require 是 CommonJS 运行时加载，输出的是值的拷贝，循环依赖时拿到的可能是未初始化的值；import 是 ESM 编译时加载，输出值的引用，循环依赖时通过镜像绑定保证安全。ESM 支持静态分析，可实现 Tree Shaking。
可能追问： 为什么 ESM 能实现 Tree Shaking 而 CommonJS 不能？如果同一项目混用两种规范会怎样？
避坑提醒： 不要只说“import 是静态的，require 是动态的”，必须结合循环依赖具体行为；避免混淆“动态 import()”与“编译时 import”。
🔹 面试问题：如何处理 Node.js 中的循环依赖？
面试官考察点： 是否经历过实际循环依赖问题，能否从架构层面避免或优雅解决。
回答框架： 识别循环依赖（工具检测） → 分析原因（设计缺陷/第三方库） → 解决方案：1) 引入中介模块；2) 延迟加载（require 放在函数内）；3) 使用 ESM 镜像绑定；4) 重构模块职责
简短示例回答： 先用 madge 或 circular-dependency-plugin 检测依赖环。常见解法：将共享接口提至独立模块；若必须保留循环，CommonJS 下将 require 移到函数内部确保时机正确；ESM 下依赖镜像绑定可直接引用。
可能追问： 如果 ESM 出现循环依赖，底层是如何通过绑定避免 undefined 的？
避坑提醒： 不要只说“拆模块”，要给出具体检测工具和重构步骤；强调“延迟引用”只适用于 CommonJS，ESM 不需要。
🔹 面试问题：动态加载（require 条件判断 / import()）在什么场景下使用？
面试官考察点： 是否理解动态加载的真实价值，能否结合性能优化或架构灵活性阐述。
回答框架： 场景识别 → 按需加载 → 条件分支 → 性能收益/权衡
简短示例回答： 用于按需加载插件或配置：比如根据环境变量加载不同配置文件；或大型应用代码分割（Webpack 动态 import()）。CommonJS 用 require() 配合条件分支，ESM 用 import() 异步加载。
可能追问： import() 返回的是 Promise，如何控制并发加载？动态 import 会影响 Tree Shaking 吗？
避坑提醒： 动态加载不等于懒加载；注意 ESM 的 import() 必须异步处理；避免在循环中大量使用动态 import 造成性能损耗。
📁 项目案例：配置中心微服务 - 动态模块热加载
| 业务背景 | 为多个微服务提供统一的配置管理，支持配置热更新，无需重启进程。 |
| 规模指标 | 50+ 微服务、200+ 配置组、每日 10 万次配置拉取请求。 |
| 技术栈 | Node.js 18 + Express + ESM + Redis + madge 依赖分析 |
| 核心难点 | 配置模块之间出现循环依赖导致热更新后服务不可用；dynamic import 异步加载与配置缓存一致性问题。 |
| 面试高频追问 | ① 如何检测已有配置模块的循环依赖？② 热更新时怎么避免旧模块影响新模块？③ 动态 import 的缓存机制是怎样的？ |
| 可迁移回答话术 | “我们在项目中引入 madge 做 CI 依赖环检测，并约定所有配置模块按业务域单向引用。热更新时先用 import() 加载新模块，通过 Proxy 代理旧模块导出对象，实现零阻塞切换。对于循环依赖，我们将其公共默认值提取到基础层，消除交叉引用。” |