JS继承本身不处理跨模块问题，关键在ES模块正确导出父类（推荐export default）、子类import路径准确且无循环依赖，确保父类定义加载完成后再执行extends和super()。
JS 继承机制本身不直接处理“跨模块”问题，它只关心运行时的原型链和类结构；跨模块继承的关键在于模块系统（如 ES Module）如何正确导出、导入并实例化类，确保父类定义在子类使用前已加载且可访问。
模块导入必须完整且顺序正确
子类要继承父类，前提是父类已被定义并导出，子类模块必须通过 import 显式引入该父类——不能依赖全局污染或隐式加载。
- 父类需用 export default 或具名 export 导出（推荐 default，语义清晰）
- 子类模块中 import 必须指向正确的路径，且不能出现循环依赖（否则 undefined 或 ReferenceError）
- 常见错误：路径写错、大小写不符、未加文件后缀（如 .js）、或在动态 import 中未 await 就直接 extends
继承语法本身无模块感知，但 super() 调用依赖模块执行时序
extends 和 super() 是纯语言特性，不区分模块边界。但若父类构造函数尚未执行（比如模块未被解析或初始化），调用 super() 会报错：“Must call super constructor…” 或 “Cannot access ‘this’ before initialization”。
- ES Module 的执行是**单次、有序、自顶向下**的：导入模块先于当前模块执行，确保父类 class 声明已完成
- 注意：export class Parent {} 是声明式导出，只要 import 正确，class 定义就可用；不需要额外 require 或 new 操作
- 若父类来自第三方包（如 lodash-es），需确认该包支持 ESM 且导出的是可继承的类（不是工厂函数或对象）
静态成员与默认导出组合需谨慎
当父类有静态方法或属性，并被子类继承时，跨模块下仍遵循标准规则：静态方法随类本身导出/导入，子类可直接通过 Child.staticMethod() 调用，无需实例。
- 如果父类用 export default class A {}，子类 import 后可正常 extends
- 若父类是具名导出（export class A {}），子类必须用 import { A } from './parent.js'，不能漏掉大括号
- 不建议混合 default + named export，易引发导入歧义；统一用 default 更利于继承链维护
构建与打包环境的影响不可忽略
开发时用原生 ESM 可能一切正常，但经 Webpack/Vite/Babel 处理后，模块解析逻辑可能改变。尤其要注意：
- Babel 编译 class 继承时，默认将 extends 转为 Object.setPrototypeOf 和 function.call，若目标环境不支持或 polyfill 缺失，会导致继承失败
- Vite 开发服务器对循环引用更敏感，可能静默失败；建议用 console.log(Parent) 在子类模块顶部验证是否为 function
- TypeScript 用户需确认 tsconfig.json 中 module 和 target 设置匹配（如 module: 'ESNext' + target: 'ES2017'）
