JavaScript类与构造函数区别解析

JavaScript中的类并非全新机制，而是对传统构造函数的语法封装，其核心仍基于原型继承，但通过强制使用new调用、引入暂时性死区（TDZ）、默认不可枚举方法、禁止call/apply调用及严格的super调用契约等设计，显著提升了面向对象代码的严谨性与可维护性——它既约束了常见误用（如忽略new、随意遍历方法），也明确了“必须实例化”的语义意图，是现代JS工程中构建可靠类库和错误处理体系的关键基石。

JavaScript 类不是新语法糖，而是构造函数的语法包装；它本质仍是基于原型的继承，但强制使用 new 调用、禁止直接执行、自带词法限制。

类声明必须用 new 调用，否则报错

类内部的 constructor 不是普通函数：它不能被当作普通函数调用，否则会抛出 TypeError: Class constructor X cannot be invoked without 'new'。而传统构造函数（如 function Person() {}）在非严格模式下可忽略 new 直接调用（尽管行为异常）。

实操建议：

• 类适合明确表达“必须实例化”的意图，比如 class APIError extends Error，避免误用
• 若需兼容旧写法或支持“可选 new”逻辑（如工厂式构造），仍得用普通函数 + arguments.length 判断
• 类无法通过 call/apply 绑定 this 后调用构造逻辑——这是硬性限制，不是设计疏漏

class 声明不提升，且存在暂时性死区（TDZ）

类声明不会像函数声明那样被提升，且在声明前访问会触发 ReferenceError。例如：let a = new MyClass() 放在 class MyClass{} 之前，运行时直接报错。

对比之下，函数声明（function MyClass(){}）会被完全提升，可安全前置调用。

常见错误现象：

• ES6 模块中循环依赖时，类容易因加载顺序触发 TDZ 错误，而函数声明更耐折腾
• 使用 Babel 编译时，若目标环境为 ES5，class 会被转为 IIFE 包裹的函数，此时 TDZ 行为可能弱化，但语义上仍应按原规则理解
• 动态生成类名？不行：const C = class { ... } 是可行的，但 class C {} 中的 C 是绑定在块级作用域内的不可重赋值绑定

类方法默认不可枚举，且自动设为非构造器

在类中定义的方法（包括 constructor、普通方法、get/set、静态方法）都会被设置 enumerable: false，而手动在原型上挂函数（MyClass.prototype.method = function(){}）默认是可枚举的。

这影响 for...in 遍历、Object.keys() 结果，也影响某些序列化库的行为。

另外，所有类方法的 [[Construct]] 内部方法都不可调用，即不能用 new obj.method() —— 即使它是箭头函数或普通函数，在类体内定义后就失去了作为构造器的能力。

性能提示：

• 类定义阶段就冻结了方法的属性描述符，省去运行时 Object.defineProperty 的开销
• 但若需动态控制方法的可枚举性或可配置性，类无法满足，必须退回到对象字面量或 Object.create 手动配置

真正容易被忽略的是：类的继承链检查（instanceof、Reflect.getPrototypeOf）和 super 调用机制，它们依赖于内部槽 [[HomeObject]] 和严格的初始化顺序——一旦在子类 constructor 中忘记调用 super()，this 就根本不可用，连 return 都会报错。这不是“建议”，是引擎强制执行的初始化契约。

好了，本文到此结束，带大家了解了《JavaScript类与构造函数区别解析》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！