esmodule依赖顺序由静态分析决定，非运行时执行顺序；编译器先扫描全部import构建依赖树，再按拓扑序（从上到下、从左到右、深度优先）执行模块，确保被导入模块在其父模块前完成初始化。
ESModule 的依赖顺序由 静态分析 决定，不是运行时按代码执行顺序加载，而是根据 import 语句在源码中的位置和依赖图拓扑结构，在模块解析阶段就确定执行顺序。
依赖顺序由 import 声明位置决定
ESModule 要求所有 import 必须写在模块顶部（最外层作用域），编译器/运行时会先扫描全部 import，构建依赖树，再按“从上到下、从左到右、深度优先”的顺序执行模块脚本。
- 如果 A 模块
import { x } from './B.js'，B 一定在 A 执行前完成初始化（包括其顶层代码和导出值计算） - 即使 B 里又
import了 C，C 也会在 B 之前执行完毕，形成链式前置执行 - 循环依赖时，模块会以“部分初始化”方式处理：先创建空模块对象，再逐步填充导出值
顶层 await 不影响依赖顺序，但会延迟模块就绪
带 top-level await 的模块仍遵循相同依赖解析规则，只是该模块的“就绪状态”会被 await 表达式阻塞，其父模块需等待它 resolve 后才能继续执行。
- 模块 A
import了带顶层 await 的模块 B → A 的执行会暂停，直到 B 的 await 完成 - 这种等待是同步阻塞在模块实例化阶段，不是异步回调；整个依赖链会依次卡住，直到最深的 await 解决
- 注意：浏览器中顶层 await 会推迟整个 HTML 解析（若模块是
type="module"），需谨慎使用
动态 import() 是异步的，不参与静态依赖排序
import() 返回 Promise，它的加载和执行完全绕过静态依赖图，属于运行时按需加载，不影响其他模块的初始化顺序。
- 它不会改变已有 import 声明的执行顺序，也不会触发被导入模块的提前初始化
- 适合做条件加载、拆包、或打破循环依赖（例如用
await import('./X.js')替代静态import） - 但要注意：动态导入的模块仍会遵守自身静态依赖顺序，只是插入时机由调用点决定
避免依赖顺序陷阱的关键做法
实际开发中，多数问题源于误把模块初始化逻辑当成可随意调度的普通函数调用。要确保模块行为可预测：
- 导出值尽量为纯声明（常量、函数、类），避免在顶层直接执行有副作用的操作
- 如需初始化逻辑，封装成函数并显式调用（
init()），而非依赖导入顺序隐式触发 - 检查打包工具（如 Vite、Webpack）是否开启
tree-shaking或sideEffects标记，它们可能优化掉看似无用的导入，间接改变执行路径
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
