为何对象的__proto__不是其构造函数本身？

我在学习JS原型相关知识，已经了解到：

• 只有函数拥有prototype属性
• 所有对象都具备__proto__属性

但我一直搞不懂：为什么非要存在prototype属性？

拿这段代码举例：

function Dog(breed) {
  this.breed = breed;
}

let dog1 = new Dog('chow');

我知道JS里函数也是对象，Dog本质是个“函数对象”。那为什么dog1.__proto__不直接指向Dog这个函数对象？非要多出来一个Dog.prototype作为中间层？

我原本以为原型链应该是这样：

dog1 -> Dog -> 全局Object

但实际的原型链却是：

dog1 -> Dog.prototype -> 全局Object
                  ↘ 
                   Dog -> 全局Function Object

其实核心原因是职责分离和避免混乱。

先想清楚：Dog函数本身是用来做什么的？它是构造函数，负责创建实例、初始化实例的私有属性（比如这里的breed）。但如果让实例的__proto__直接指向Dog函数，就会把“构造逻辑”和“实例共享方法/属性”混在一起。

举个例子，如果你给Dog函数加个方法：

Dog.bark = function() { console.log('woof') };

这个bark是属于Dog函数本身的“静态方法”，不该让dog1这类实例访问到——总不能让一只狗去调用构造函数的静态方法吧？但如果dog1.__proto__ === Dog，那dog1就能直接用dog1.bark()，这显然不符合逻辑。

而Dog.prototype的存在，就是专门用来存放所有实例共享的属性和方法的地方。比如：

Dog.prototype.bark = function() { console.log('woof') };

这样所有通过new Dog创建的实例，都能通过原型链访问到这个bark方法，同时又不会碰倒Dog函数本身的静态属性/方法，职责分的清清楚楚。

另外还有个原因：函数对象本身的__proto__是指向Function.prototype的（因为函数是Function的实例），如果实例的__proto__直接指向构造函数，那实例的原型链就会混入Function的属性，比如dog1.call()、dog1.apply()——这显然不合理，普通对象实例不需要这些函数特有的方法。

总结一下：

• prototype是构造函数专门给实例准备的“共享属性池”，和构造函数本身的属性/方法划清界限
• 避免实例继承到构造函数（作为函数对象）的无关属性，让原型链的逻辑更清晰

内容的提问来源于stack exchange，提问作者89Tr34Ve