Class声明不会被提升，受暂时性死区约束，声明前使用会报ReferenceError；应确保实例化在声明之后，或改用类表达式、函数声明，配合ESLint和TypeScript预防。
Class定义在JavaScript中不会被提升，所以在声明前使用会直接报 ReferenceError，而不是像 var 那样输出 undefined。这是ES6引入的重要变化，也是很多开发者踩坑的常见原因。
Class不提升的本质原因
Class声明本质上是 let 级别的绑定，受“暂时性死区（TDZ）”约束：从作用域开始到实际声明语句执行前，该标识符不可访问。引擎在解析阶段不会为Class创建可访问的绑定，因此提前调用必然失败。
- 不同于
function foo() {}（函数声明会被完整提升） - 也不同于
var Foo = class {}（这是类表达式，赋值操作不提升，但变量声明仍按var规则处理） - Class声明本身既不提升名称，也不提升构造逻辑
典型错误场景与修复方式
下面这段代码会立即报错：
Galileo TypeScript sdk
下载
完整的Galileo AI平台 TypeScript/JS SDK 参考，用于评估、观察和保护 GenAI 应用。适用于构建 Node.js 或 TypeScript 项目。
class MyClass { constructor() {} }
- ✅ 正确做法：确保
new实例化总在class声明之后 - ✅ 推荐写法：把类定义放在模块顶部或文件开头，避免跨行依赖
- ✅ 若需条件定义，改用类表达式 + 变量赋值（但注意变量提升仅作用于声明，赋值仍滞后）
替代方案：用函数声明模拟早期可用性
如果确实需要“声明前可用”，可暂时退回到函数构造器模式（不推荐长期使用，但可用于兼容或调试）：
-
function MyConstructor() { this.name = 'test'; }—— 函数声明会被完全提升，可提前调用 - 后续再统一迁移到 Class，同时调整调用顺序
- 注意：函数构造器缺乏
extends、静态块、私有字段等现代特性
工程级预防措施
靠人工检查容易遗漏，建议结合工具链拦截：
- 启用 ESLint 规则
no-use-before-define，它对 Class 声明特别敏感 - 使用 TypeScript，编译阶段就能捕获所有前置引用问题
- 在构建流程中加入语法检查（如
eslint --ext .js,.ts src/），阻断带 TDZ 错误的代码上线
