类声明不提升，类表达式仅变量声明提升、赋值不提升；前者存在TDZ，后者在赋值前访问报ReferenceError，影响循环依赖处理与模块设计。
类声明不会被提升，而类表达式只有变量声明部分会被提升、赋值部分不会——这是两者最核心的差异。
类声明：完全不提升，必须先定义后使用
类声明（class MyClass { ... }）在语法上类似 let 声明，存在“暂时性死区”（TDZ）。即使写在调用之后，也会报 ReferenceError。
- 不能在声明前访问类名，哪怕只是 typeof 或 instanceof 检查
- 不能在声明前用
new MyClass()实例化 - 与
function声明不同，它不会像函数那样被整体提升
类表达式：变量声明提升，但初始化不提升
类表达式（const MyClass = class { ... };）遵循 const/let 的提升规则：变量声明被提升到作用域顶部，但赋值（即类定义本身）仍按代码顺序执行。
- 在赋值前访问变量会得到
ReferenceError（不是undefined） - 如果用
var声明（不推荐），变量声明和初始化都会提升，但类本身仍是不可调用的（因类不能被var提升初始化） - 常见错误示例：
console.log(MyClass); const MyClass = class {};→ 报错，不是输出undefined
实际影响：加载顺序与模块设计
这一差异直接影响代码组织方式。例如，在需要前向引用的场景中：
立即学习“Java免费学习笔记（深入）”；
- 类声明无法实现循环依赖的类定义（如 A 类引用未声明的 B 类）
- 类表达式配合
let或const可通过延迟赋值绕过 TDZ，但需手动控制执行时机 - ES 模块中，类声明的导入/导出不受提升影响，因为模块解析是静态的、基于声明顺序的
如何安全地跨作用域使用类
避免依赖提升，明确依赖关系：
- 优先将类定义放在使用位置之前，保持线性可读性
- 需要前向引用时，改用函数表达式或工厂函数封装实例创建逻辑
- 在类内部引用自身，可用
constructor.name或显式命名类表达式（const C = class C { ... }） - 动态导入（
import()）可打破静态依赖，适用于运行时决定的类加载
