javascript的类是什么_与构造函数有何关联

苏承栈

2026-09-19 • 👁 0人浏览过

JavaScript的class本质是构造函数与原型链的语法糖，底层仍基于function和prototype机制，其声明生成不可枚举、不可重写的函数对象，且不被提升。 JavaScript 的

class

本质是语法糖，底层仍基于构造函数和原型链它不是新增的面向对象机制，而是对已有

function

构造函数 +

prototype

模式的封装。写

class

时，JS 引擎会自动把它转成等价的构造函数形式。

class

声明会创建一个不可枚举、不可重写、有

constructor

属性的函数虽然看起来像“类”，但

class Person

实际生成的是一个特殊函数对象，其

typeof

仍是

"function"

，且该函数默认不可被

new.target

以外的方式调用（直接调用会报

Class constructor Person cannot be invoked without 'new'

）。

class Person {
  constructor(name) {
    this.name = name;
  }
}
console.log(typeof Person); // "function"
console.log(Person.prototype.constructor === Person); // true
console.log(Person.name); // "Person"

class

内部方法默认不可枚举（

Object.keys(Person.prototype)

不会返回

constructor

或其他方法）

class

声明不会被提升（

ReferenceError

），而

function

声明会被提升

class

中的

constructor

必须是函数，且不能是箭头函数或生成器继承关系完全复用

function

的

prototype

和

__proto__

链

extends

关键字只是在背后调用

Object.setPrototypeOf(Sub.prototype, Super.prototype)

和

Object.setPrototypeOf(Sub, Super)

，和手动设置

Sub.prototype = Object.create(Super.prototype)

效果一致。

class Animal {}
class Dog extends Animal {}

// 等价于：
function Animal() {}
function Dog() {}
Object.setPrototypeOf(Dog.prototype, Animal.prototype);
Object.setPrototypeOf(Dog, Animal);

super()

在子类

constructor

中必须显式调用，否则无法访问

this

—— 这是因为子类构造函数中

this

尚未初始化，而 JS 引擎强制要求由

super()

触发父类初始化逻辑

super.xxx

访问父类属性/方法时，

this

仍指向当前实例，不是父类实例静态方法继承也是靠

Object.setPrototypeOf

实现，所以

Dog.eat === Animal.eat

为

false

，除非显式赋值实际编码中容易忽略的关键差异点这些不是“理论区别”，而是上线后可能引发隐性 bug 的地方： Eclipse导入Android或其他的JAVA项目的正确方法 WORD版本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看下载立即学习 “ Java免费学习笔记（深入） ”；类字段（如

name = 'tom'

）在构造函数执行前就已初始化，且仅对实例生效；而构造函数内赋值（

this.name = 'tom'

）可依赖参数或异步逻辑类中的方法自动绑定到原型，但类字段声明的箭头函数会绑定到实例，造成内存不共享 —— 和传统构造函数里手写

this.fn = () => {}

行为一致私有字段（

#name

）不走原型链，也不能被子类访问，哪怕子类也声明同名私有字段，它们也是完全隔离的 Babel 转译

class

时若目标环境不支持

class

，会降级为

function

Object.defineProperty

模拟，此时

instanceof

仍可靠，但某些调试工具可能显示为

Function

而非

class

真正要警惕的，不是“该不该用

class

”，而是当调试原型链、动态修改方法、或与老旧库混用时，误以为

class

切断了和函数本质的联系。

相关文章