原型链是数组方法的定义位置，为类数组对象借用slice等方法提供来源；因类数组无Array.prototype继承，故需Array.prototype.slice.call()显式绑定this，依赖其数字索引与length结构特征实现兼容。
原型链在类数组借用数组方法时起的是“查找依据”和“能力来源”的作用——它本身不直接参与借用动作，但决定了哪些方法能被借用、为什么能借用、以及借用后行为是否正确。
类数组对象没有数组的原型，但可以借用数组方法
类数组对象（如 arguments、NodeList、{0: 'a', 1: 'b', length: 2}）自身不继承自 Array.prototype，所以调用 arr.push() 会报错。但它具备两个关键特征：数字索引 + length 属性，这恰好匹配了多数数组方法的内部逻辑前提。
而 Array.prototype 上的方法（如 slice、forEach、reduce）在设计时就考虑了“只要结构满足，就可运行”，并不强制要求调用者是 instanceof Array。原型链在这里的作用不是让类数组“自动拥有”这些方法，而是提供了这些方法的**定义位置**——我们正是从这里把方法取出来，再通过显式绑定赋予新上下文。
借用过程依赖原型链提供方法本体
当我们写 Array.prototype.slice.call(arguments) 时：
立即学习“Java免费学习笔记（深入）”；
-
Array.prototype.slice是从原型链上获取的具体函数（不是复制，也不是新建） -
.call()不改变该函数本身，只临时指定this指向arguments - 由于
slice内部只读取this.length和this[0]、this[1]等属性，而arguments恰好有这些，所以能正常执行
换句话说：原型链是方法的“出生地”，借用是把“出生地的方法”请到另一个“符合条件的家”里临时干活。
为什么不能直接用 arr.slice()？原型链缺失是根本原因
如果尝试 arguments.slice()，JavaScript 会沿着 arguments.__proto__ 查找 slice 方法。但 arguments 的原型是 Object.prototype（或 Arguments.prototype，不含数组方法），查不到就返回 undefined，调用时报错 TypeError: arguments.slice is not a function。
这反向印证了原型链的作用：它决定了对象**默认能访问哪些方法**；而方法借用，就是绕过这个默认查找路径，手动指定方法来源与执行环境。
现代替代方案没绕开原理，只是封装了借用
Array.from(arguments) 或 [...arguments] 看似更简洁，但底层仍依赖相同机制：
-
Array.from内部会检查参数是否可迭代或具有length，然后循环读取索引属性——本质仍是按结构取值，不依赖原型链继承 - 展开运算符对类数组的支持，是语言规范层面认可“有 length 和索引属性的对象可被展开”，背后逻辑与
slice.call高度一致
它们让代码更安全、更易读，但没改变“类数组靠结构兼容数组方法”这一由原型链所定义的能力边界。
