这里有个非常容易踩坑的地方，也是新手常犯的错误。hen多人以为修改了实例的属性，就会影响到原型。大错特错！JavaScript 在处理“读”和“写”时态度截然不同。

kan下面的例子：

Developer.prototype.skill = 'JavaScript';
const dev = new Developer;
// 写操作：在实例自身创建属性
dev.skill = 'Vue.js'; 
console.log;       // 输出 'Vue.js' 
console.log; // 输出 'JavaScript' 

这种现象叫Zuo属性遮蔽。当你给 dev.skill 赋值时JS 引擎发现你要“写”数据，它不会去动原型，而是直接在 dev 这个对象身上新建一个 skill 属性。这就好比原型是“公共图书馆”，而实例是你自己的“书房”。你想kan书，Ke以去图书馆；你想藏书，就放在自己书房里别去乱改图书馆的书。

这 体现了 JS 原型继承的哲学：它是基于委托的，而不是基于复制的。

你可Neng会问，搞这么复杂干嘛？直接把方法复制给每个对象不就行了？

这就涉及到内存管理了。想象一下Ru果你有一万个 Developer 的实例，而每个实例dou有一个 code 方法。Ru果每个实例dou复制一份这个方法，内存早就爆了。通过原型链，无论你创建了多少个实例，code 方法在内存中只存在一份，大家通过 __proto__ 链条共享它。这就是原型机制诞生的初衷：极致的资源复用。

原型链Zui强大的地方在于实现继承。在 ES6 的 class 出现之前，咱们得像Zuo手术一样手动拼接原型链。

假设我们想让 Person 继承 Animal

function Animal {
    this.species = '动物';
}
function Person {}
// 关键步骤：建立连接
// 我们创建一个 Animal 的实例，赋给 Person 的 prototype
// 这样 Person 的实例就Neng通过 __proto__ 找到 Animal 的原型了
Person.prototype = new Animal;
const p1 = new Person;
console.log; // 输出 '动物'

这里的查找路径是：p1 -> p1.__proto__ -> 找到！

现在大家dou喜欢用 ES6 的 class 写法，kan着像 Java，心里踏实。但必须戳破这层窗户纸：JavaScript 的 class 只是语法糖。

class Person {
    constructor {
        this.name = name;
    }
    sayHi {
        console.log;
    }
}

你把它翻译成 ES5，本质上还是那一套 prototype 和 __proto__ 的把戏。底层依然遵循着那个铁律：instance.__proto__ === Constructor.prototype。所以别被 class 迷惑了骨子里它还是那个基于原型的委托机制。

在开发中，为了图省事，我们有时候会想用对象字面量直接重写原型对象。这可是个危险操作！

function Car {}
// 危险操作：直接赋值一个新对象
Car.prototype = {
    drive: function { console.log; },
    color: 'Red'
};

问题出在哪？当你这样赋值时原来的 Car.prototype 对象被整个扔进了垃圾桶，取而代之的是一个新的 {}。这个新对象的 constructor 属性不再指向 Car，而是指向了 Object。这就导致原本的“三角关系”断裂了。

Car.prototype = {
    constructor: Car, // 手动修复
    drive: function { console.log; }
};

回过头来kan，JavaScript 的原型链并没有那么神秘。它就是通过对象内部的 __proto__ 指针，将一个个对象串联起来形成一条查找属性的链条。当我们访问属性时引擎顺着这条链向上爬，直到找到为止。这就是所谓的“隐式委托”。

理解了这一点，你就不需要死记硬背那些复杂的面试题了。无论是 ES5 的手动拼接，还是 ES6 的 class 语法糖，亦或是属性遮蔽的细节，本质上dou是这套委托机制的不同表现形式。掌握了这套逻辑，你才算真正跨过了 JavaScript 面向对象编程的那道坎。

希望这篇文章Neng帮你彻底打通原型链的认知盲区。Ru果觉得有收获，不妨多动手写写代码验证一下毕竟代码是不会骗人的。