CommonJS 的 require 不支持真正的动态路径，因其设计为静态模块系统，要求路径必须是字面量字符串，以便编译阶段静态分析依赖；含变量的路径会导致解析失败或构建错误。
CommonJS 的 require 不支持真正的动态路径（即变量拼接）的同步加载，这是由其设计机制决定的：Node.js 在模块编译阶段就静态分析所有 require() 调用，提取依赖并提前构建模块图。如果路径含运行时变量（如 require('./' + name + '.js')），会被视为“无法静态解析”，Node.js 会抛出 Error: Cannot find module 或在打包工具中导致构建失败。
为什么 require 不能真正动态？
CommonJS 是静态模块系统：
- 所有
require必须是字面量字符串（如require('./utils.js')），不能是表达式或变量 - 打包工具（如 Webpack、Rollup）和 Node.js 模块解析器都依赖此静态性做依赖收集、Tree-shaking 和路径预解析
- 即使代码能“侥幸”运行（例如某些 Node 版本+特定场景），也属于未定义行为，不可靠、不可移植、不被工具链支持
替代方案：实现“类动态”同步加载
若目标是根据条件加载不同模块并保持同步执行，可用以下安全方式：
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
-
白名单映射 + 字符串字面量 require：预先列出合法路径，用对象/switch 映射变量到固定路径
例如：
const modules = {<br> api: require('./services/api.js'),<br> db: require('./services/db.js'),<br> cache: require('./services/cache.js')<br>};<br>const service = modules[serviceName]; // serviceName 来自配置或参数 -
使用
fs.readFileSync + vm.runInThisContext（仅限 Node.js，慎用）：
读取文件内容为字符串，再在当前上下文中执行。它绕过模块系统，无自动依赖解析、无exports封装、无缓存，且存在安全与维护风险，仅适合极特殊场景（如插件沙箱） -
改用 ES 模块的
import()（推荐长期方向）：import()是异步函数调用，支持动态路径，且现代 Node.js（v12.20+/v14.13+）和浏览器均支持。
若需“同步语义”，可配合顶层await（ESM 模块中）或包装成async流程处理
常见误区提醒
-
require('./' + env + '/config.js')❌ —— 静态分析失败，Webpack 报错，Node 可能报Cannot find module - 把
require放在if或函数内仍无效 —— 关键不是执行时机，而是路径是否为字面量 - 试图用
eval('require(...)')或Function(...)加载模块 —— 破坏模块作用域，require、__dirname等不可用，且极度危险
不复杂但容易忽略：CommonJS 的“同步”优势建立在静态路径之上；所谓“动态 require”，本质是规避静态限制的权衡方案，需明确取舍 —— 安全性、可维护性、工具链兼容性，永远优先于表面的“一行写完”。
立即学习“Java免费学习笔记（深入）”；
