JavaScript是基于原型的，且天然支持面向对象编程；class只是原型机制的语法糖，所有继承和方法查找仍依赖[[Prototype]]链，this绑定取决于调用位置而非定义位置。
class 语法糖和底层原型链关系理解不清晰导致的认知冲突。
下面直接说清楚几个关键点：
class 不是新范式，只是 prototype 的语法糖
ES6 引入的 class 关键字没有改变 JavaScript 的运行时模型——所有继承、方法查找、this 绑定依然依赖 [[Prototype]] 链。写一个 class Person，本质仍是操作 Person.prototype。
常见误解：以为 class 声明后就生成了“类对象”，其实它只是函数：
class Person {}
console.log(typeof Person); // "function"
console.log(Person.prototype.constructor === Person); // true
-
class内部方法默认不可枚举，但仍在prototype上 -
extends实际调用的是Object.setPrototypeOf(Sub.prototype, Super.prototype) -
super()在构造函数中，本质是调用父级[[Construct]]并绑定this
new 与 Object.create() 的行为差异容易被忽略
两者都创建对象并设置原型，但初始化逻辑不同：
-
new Foo()：执行Foo构造函数，this指向新对象，返回该对象（除非显式返回非空对象） -
Object.create(Foo.prototype)：只设置[[Prototype]]，不执行任何初始化逻辑
错误做法：用 Object.create(Foo.prototype) 替代 new Foo() 后，忘记手动调用 Foo.call(newObj, ...)，导致实例缺少属性。
ThinkPHP3.2.3完全开发
下载
ThinkPHP是一个快速、简单的基于MVC和面向对象的轻量级PHP开发框架，遵循Apache2开源协议发布，从诞生以来一直秉承简洁实用的设计原则，在保持出色的性能和至简的代码的同时，尤其注重开发体验和易用性，并且拥有众多的原创功能和特性，为WEB应用开发提供了强有力的支持。 3.2版本则在原来的基础上进行一些架构的调整，引入了命名空间支持和模块化的完善，为大型应用和模块化开发提供了更多的便利。
立即学习“Java免费学习笔记（深入）”；
原型污染（Prototype Pollution）是真实风险，不是理论争议
因为所有对象共享原型链，恶意输入若被用于遍历赋值（如深拷贝、merge 工具），可能污染 Object.prototype：
const obj = {};
obj.__proto__.polluted = "yes";
console.log({}.polluted); // "yes"
- 常见触发点：
lodash.merge、JSON.parse后未校验 key、for...in遍历时未用hasOwnProperty - Node.js 中已多次出现因原型污染导致的 RCE（如
node-serialize） - 修复方式：禁用
__proto__/constructor键；使用Object.assign({}, input)替代浅合并到目标对象
this 绑定混乱的本质是函数复用 + 原型链查找
方法从原型上被调用时，this 取决于调用位置，而非定义位置：
const obj = {
name: "a",
say() { console.log(this.name); }
};
const fn = obj.say;
fn(); // undefined —— this 指向 global / undefined（严格模式）
obj.say(); // "a"
- 这不是 bug，是原型机制的自然结果：函数是独立值，
obj.say只是取值表达式 - 解决方式不是“改成 class 就好了”，而是明确绑定：
bind、箭头函数、或调用时用call/apply - Class 字段中的箭头函数（
method = () => {}）能避免问题，是因为它把函数绑定到了实例，绕过了原型查找
class、new、super，背后都在读写 prototype 和 [[Prototype]]。混淆语法表象和运行时本质，才是多数问题的源头。 
