JavaScript中class是原型继承的语法糖，本质仍是通过prototype链实现继承，而非替代；它提升可读性与可控性，但需清醒理解底层原型机制。
直接说结论：所谓“专家级JavaScript代码”，不靠炫技或深挖底层物理内核，而在于清醒理解原型继承的本质，并合理使用 class 语法糖——它不是替代，而是封装；不是抽象掉继承，而是让继承更可读、更可控。
真正搞懂 prototype 链不是为了手写 __proto__
原型继承的底座是对象间的隐式链接关系，核心就三点：每个函数有 prototype 属性（供实例继承），每个实例有 [[Prototype]]（即内部的原型指针），查找属性时沿链向上委托。不必手动操作 __proto__，也不必反复重写 constructor。关键在设计意图是否清晰：
- 用
Object.create(Parent.prototype)实现干净的继承，避免 new Parent() 带来的副作用 - 子类方法中调用父类同名方法，统一用
Parent.prototype.method.call(this, ...)，比 super() 更透明（尤其在非 class 场景） - 动态修改 prototype 会影响所有实例，这是特性，不是 bug——要意识到并善用，比如运行时打补丁或插件机制
class 不是“面向对象的救赎”，而是约束性语法糖
class 本质仍是基于原型的，只是强制了构造函数必须用 new 调用、禁止重复声明、自动启用严格模式。它的价值不在“更像 Java”，而在收敛常见错误：
- constructor 必须显式定义或默认存在，避免忘记初始化 this
- 静态方法和实例方法语义分离，不用再靠命名约定（如
_staticFoo）或手动挂载到函数本身 - private 字段（#foo）提供真正作用域隔离，比 _foo 命名约定+文档约束更可靠
专家级代码的关键不在“极致洞察”，而在“克制表达”
看到 new.target、Reflect、Proxy、Symbol.species 这些 API，不等于就要用。专家判断标准是：这个特性是否让逻辑更直白、协作更安全、维护更简单？例如：
立即学习“Java免费学习笔记（深入）”；
- 用 Proxy 拦截属性访问前，先问：能否用 getter/setter 解决？是否真需要拦截 in、delete 等操作？
- 用 Symbol.iterator 实现可迭代时，只在确实要支持 for...of 或展开运算符时才加，而非“为了标准而标准”
- 继承内置类（如 Array、Error）时，class 语法配合 extends 能正确处理 [[Array]] 内部槽，但若只是轻量封装，组合（has-a）往往比继承（is-a）更稳健
调试与协作时，原型链比 class 更诚实
当代码出问题，console.log(instance) 看不到 class 名，但能看到 __proto__.constructor.name；用 instance instanceof MyClass 判断类型，实际查的是整个原型链。因此：
- 不要依赖 class 名做运行时类型分发，优先用 instanceof 或 Object.prototype.toString.call()
- 避免在多层继承中过度覆盖 toString() 或 valueOf()，它们影响调试输出和隐式转换
- 单元测试里验证继承关系，比验证 class 名字更可靠：检查
child.__proto__ === Parent.prototype
不复杂但容易忽略：写 JavaScript 的高手，不是最懂 V8 源码的人，而是最清楚“什么该暴露、什么该隐藏、什么该继承、什么该组合”的人。原型是机制，class 是契约，代码是对话——对机器，也对下一个读它的人。
