模块加载器核心是动态管理依赖并隔离作用域，采用IIFE封装模块，通过define和require声明依赖，按拓扑顺序异步加载，利用状态机与缓存机制控制执行，相比ES Modules更灵活但缺乏静态优化，适用于老项目或动态加载场景。
JavaScript模块加载器的核心作用是动态管理代码的依赖关系，让开发者能按需组织和加载模块。它解决了传统脚本加载中全局污染、依赖顺序混乱、无法追踪依赖等问题。现代浏览器原生支持ES Modules，但在早期或复杂场景中，模块加载器通过模拟模块系统来实现类似功能。
模块的基本结构与隔离
模块加载器首先要保证每个模块的作用域独立，不会污染全局环境。通常采用立即执行函数（IIFE）包裹模块代码，形成私有作用域。
一个模块包含：唯一标识、依赖声明、工厂函数（模块逻辑）。加载器在执行时解析依赖，按顺序加载并执行模块。
- 模块定义时不立即执行，而是注册到加载器的内部表中
- 每个模块只执行一次，结果被缓存，后续引用直接返回缓存值
- 通过闭包维护模块内的私有变量和函数
依赖解析与加载流程
加载器需要分析模块间的依赖关系，构建依赖图，并按拓扑顺序加载。常见方式是通过define(id, deps, factory)或require(deps, callback)声明模块和依赖。
立即学习“Java免费学习笔记（深入）”；
- 当调用require(['moduleA'], fn)时，加载器检查是否已加载
- 若未加载，则发起网络请求获取脚本内容（通常用XMLHttpRequest或<script>标签注入）
- 脚本加载完成后触发回调，解析其内部的define调用，注册模块
- 递归处理所有依赖，确保前置模块先执行
异步加载与执行控制
模块加载器必须处理异步网络请求带来的时序问题。通过状态机管理模块生命周期：未加载、加载中、已就绪、已执行。
关键机制包括：
- 使用事件或回调通知依赖完成
- 维护一个等待队列，当某模块就绪后，检查哪些模块可以继续执行
- 利用发布-订阅模式解耦模块之间的直接调用关系
与现代ES Modules的对比
如今浏览器原生支持import/export语法，静态分析依赖，自动处理加载顺序。而传统加载器多为运行时动态加载，灵活性高但缺乏静态优化能力。
像RequireJS、Sea.js等属于前ESM时代的解决方案，适用于老项目或需要动态加载大量模块的场景。现在多数项目结合打包工具（如Webpack、Vite）使用，运行时仅保留轻量加载逻辑。
基本上就这些。理解模块加载器原理有助于掌握前端工程化演进路径，也能在特殊场景下定制加载行为。
