JavaScript 的 class 是原型的语法糖，核心在于理解原型链行为复用与实例状态隔离；new 通过构造函数初始化 this 并链接原型，Object.create() 仅手动设原型且不执行构造逻辑；static 属于类本身，#私有字段仅存于实例；子类必须先调用 super() 以初始化 this 和原型链。
JavaScript 中没有传统意义上的类（class）机制，直到 ES6 才引入 class 语法——但它只是基于原型（prototype）的语法糖，底层仍是函数和对象。想写真正可维护的面向对象代码，关键不是套用 class 写法，而是理解「如何用原型链组织行为复用」和「如何控制实例状态隔离」。
为什么 new Function() 和 Object.create() 的行为差异很大
用构造函数配合 new 创建实例时，this 指向新对象，且该对象的 __proto__ 自动指向构造函数的 prototype；而 Object.create(Foo.prototype) 是手动指定原型，不执行构造逻辑，也不绑定 this。
- 构造函数适合需要初始化状态（如设置
this.name = name）的场景 -
Object.create()更适合纯行为复用（比如共享方法），避免重复执行初始化逻辑 - 若构造函数里有副作用（如发请求、改全局变量），用
Object.create()可跳过它
class 声明里的 static 和 # 字段到底绑定在哪儿
static 方法/属性属于类本身（即函数对象），不被实例继承；# 私有字段则只存在于实例内部，每次 new 都新建一份，无法通过原型访问。
class Counter {
#count = 0;
static totalCount = 0;
<p>increment() {
this.#count++;
Counter.totalCount++;
}
}
const a = new Counter();
const b = new Counter();
a.increment(); // #count=1, totalCount=1
b.increment(); // #count=1, totalCount=2 —— #count 不共享，totalCount 共享
-
static成员可通过Counter.totalCount直接读写，但a.totalCount是undefined -
#count在实例上不可枚举、不可反射（Reflect.ownKeys(a)看不到），也不能在子类中用this.#count访问（除非子类也声明同名#count） - 私有字段目前不支持私有方法（
#method()是实验性语法，尚未全平台稳定）
继承时 super() 必须在 this 之前调用的原因
ES6 类的子类构造函数中，this 在 super() 执行前是未初始化状态，JS 引擎会显式报错 ReferenceError: Must call super constructor in derived class before accessing 'this' or returning from derived constructor。
立即学习“Java免费学习笔记（深入）”；
- 这是因为子类实例的内存布局依赖父类构造函数确定（比如父类是否添加了
this.id），不调super()就访问this会导致结构不一致 -
super()不仅初始化this，还会把父类prototype链挂到当前实例上（即设置[[Prototype]]） - 如果父类构造函数返回一个对象，则子类
this会被替换成那个对象（罕见但合法）
真正难的不是写出 class A extends B，而是判断某个逻辑该放在实例上、原型上、类上，还是彻底抽成独立函数——这取决于它是否依赖实例状态、是否需要被重写、是否涉及初始化时机。原型链不是装饰，是运行时查找路径；class 不是语法升级，是约束接口的一层薄纱。
