__proto__ 指向构造函数的 prototype，其 __proto__ 最终指向 Object.prototype，再往上为 null，构成原型链；Object.getPrototypeOf() 是标准、可靠的方式逐级验证，而 __proto__ 已废弃。
__proto__ 指向构造函数的 prototype，而 prototype 的 __proto__ 最终指向 Object.prototype，再往上是 null——这就是原型链的完整骨架。它不是语法糖，而是 JavaScript 对象查找属性和方法时真实走的路径。
怎么验证一个对象的原型链？
最直接的方式是用 Object.getPrototypeOf() 逐级向上查，比依赖非标准的 __proto__ 更可靠：
const obj = {};
console.log(Object.getPrototypeOf(obj) === Object.prototype); // true
console.log(Object.getPrototypeOf(Object.prototype)); // null
常见错误：用 obj.__proto__ === Object.prototype 判断“是不是普通对象”，但数组、正则、日期等内置对象的原型链会绕过 Object.prototype 直接连到各自原型（如 Array.prototype），所以这个判断不普适。
-
Object.getPrototypeOf()是标准 API，IE9+ 支持；__proto__是历史遗留，已被废弃，不要在生产环境依赖 - 所有函数对象（包括
Object、Array、自定义函数）的__proto__都指向Function.prototype - 函数的
prototype只对new调用生效；普通调用时prototype完全不参与
为什么把方法挂到 prototype 上能节省内存？
因为实例之间共享同一个函数引用，而不是各自拷贝一份：
function User(name) {
this.name = name;
}
User.prototype.sayHi = function() { console.log(`Hi, ${this.name}`); };
const a = new User('Alice');
const b = new User('Bob');
console.log(a.sayHi === b.sayHi); // true —— 同一个函数
对比反例：如果写在构造函数内部，每次 new 都新建函数，a.sayHi === b.sayHi 为 false，且无法被 instanceof 或 hasOwnProperty 正确识别。
立即学习“Java免费学习笔记（深入）”；
- 只有函数才有
prototype属性；普通对象没有prototype，只有__proto__ -
sayHi在a自身上不存在，但'sayHi' in a返回true，因为in操作符会遍历整个原型链 -
a.hasOwnProperty('sayHi')返回false，说明它确实不在实例自身
constructor 属性为什么容易被搞丢？
当你重写整个 prototype 时，constructor 默认指向会断掉：
function Cat(name) { this.name = name; }
Cat.prototype = { meow() { return 'meow'; } };
const c = new Cat('Kitty');
console.log(c.constructor === Cat); // false —— 实际是 Object
这是因为新赋值的字面量对象的 constructor 指向 Object，不再是 Cat。修复只需手动补上：
Cat.prototype = {
constructor: Cat, // 显式恢复
meow() { return 'meow'; }
};
- ES6 class 会自动维护
constructor，但底层仍是通过设置prototype.constructor实现的 - 用
class语法时，constructor方法不可枚举（Object.keys(Cat.prototype)看不到），但手动写的会出现在枚举结果里 - 不修复
constructor不影响功能，但会影响调试、序列化、或某些依赖该属性的库（如 Vue 2 的选项合并逻辑）
for...in 遍历变得不可控。真正要警惕的不是“有没有原型链”，而是“有没有意外污染原型”——比如给 Object.prototype 加属性，会让所有对象都带上它。 
