JavaScript 原型链：为什么 fn.[[Prototype]].[[Prototype]].__proto__ 是 Fn.prototype？

今天golang学习网给大家带来了《JavaScript 原型链：为什么 fn.[[Prototype]].[[Prototype]].__proto__ 是 Fn.prototype？》，其中涉及到的知识点包括等等，无论你是小白还是老手，都适合看一看哦~有好的建议也欢迎大家在评论留言，若是看完有所收获，也希望大家能多多点赞支持呀！一起加油学习~

探索 [[Prototype]] 和 proto 的奥秘

在探索 JavaScript 原型链时，我们经常会遇到 proto 属性和 [[Prototype]] 内部插槽的概念。然而，它们之间的关系可能会让人感到困惑。

为什么 fn.[[Prototype]].[[Prototype]].__proto__ 是 Fn.prototype？

在控制台中，执行代码 console.log(fn.__proto__.__proto__.__proto__) 时，我们得到的不是 null，而是 Fn.prototype。这与我们的预期不同，因为我们认为 [[Prototype]] 的最终原型对象应该是 null。

解释

这种现象可以归因于 proto 属性的特殊性。__proto__ 不是一个普通的属性，而是一个在 Object.prototype 上定义的 accessor property。这意味着 proto 的值不是存储在它的直接原型中，而是通过计算获得的。

在 Fn 的情况下，__proto__ 计算值为 Fn.prototype。这是因为 Fn.prototype 是 Fn 的直接原型，而 Fn.prototype.__proto__ 又指向 Object.prototype。因此，fn.__proto__.__proto__.__proto__ 返回 Fn.prototype。

同时，[[Prototype]] 是一个内部插槽，存储的是真实的原型对象。然而，Object.prototype 的 [[Prototype]] 为 null，因此在结果中没有显示。

结论

通过理解 proto 和 [[Prototype]] 之间的差异，我们可以更加深入地了解 JavaScript 原型链的运作机制。虽然 proto 可以提供对原型对象的访问，但它并不是 [[Prototype]] 的直接反映。在理解两者之间的区别时，这一点很重要。

本篇关于《JavaScript 原型链：为什么 fn.[[Prototype]].[[Prototype]].__proto__ 是 Fn.prototype？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！