由于人们做的第一件事似乎是将arguments 转换为一个真正的数组，我很感兴趣为什么Javascript 语言的作者和实现者决定并继续认为arguments 不应该 做一个真正的Array。我并不是说这是诱饵，我真诚地对它背后的想法感兴趣。由于当您在其主体中时自然会调用该函数，所以我不认为这是因为 arguments 引用的对象可以更改，就像某些 DOM 结果一样...
【问题讨论】：
标签： javascript function arrays arguments
我的猜想：
arguments 对象的概念从一开始就存在于语言中，甚至在 ECMAScript First Edition Standard(PDF) 中有描述。
在那个版本的 ECMAScript 中，Array.prototype 非常基本，数组对象只包含 4 个方法！：toString、join、reverse 和 sort。 p>
我认为这是他们让 arguments 继承自 Object.prototype 的主要原因之一，当时那些 Array 方法看起来不太有用。
但是Array.prototype对象在标准的下一个版本中得到了扩展，现在在ES5上，Array对象有map、reduce、every、some等方法，它们是真的很强大。
去年，在标准的草案阶段，ES5 中有一个提议让 arguments 继承自 Array.prototype，但后来被放弃了。
在这些草稿中，arguments 继承自 Array.prototype，但为了向后兼容 ES3，arguments 对象定义了两个自己的属性，toString 和 toLocaleString，它们都指向 @ 上的相同方法987654343@，但最后，委员会决定继续继承Object.prototype。
【讨论】：
arguments不应该是真正的Array”
Object.prototype。我们会看到，也许在未来......
Array.prototype 的身份发布了不到两年。
arguments 对象有一个非常不寻常的特性，它的类数组元素是保存函数参数的局部变量的同义词。例如：
function f(x) {
console.log(arguments[0]); // Displays the initial value of the argument x
x = 5; // Changes the value of the local variable x
console.log(arguments[0]); // Now displays 5
}
我一直觉得这种“神奇的行为”是arguments 不是数组的原因。
【讨论】：
function a() { console.log(arguments) }; a(1, 2, 3);...
arguments 没有作为数组实现的原因吗？
arguments 对象本身的唯一变化（不管严格模式的各种语义限制），是它的[[Class]] 内部属性包含字符串"Arguments"，例如：Object.prototype.toString.call(arguments) == "[object Arguments]";。
需要注意的是，如果没有一位设计师在场，我们只能猜测为什么。但我们可以想出一些正当的理由......这是我的：
从函数的角度来看，一个原因可能是因为您不能 - 显然 - 实际更改传递给您的参数。您可以更改表示传递给您的参数的数组，但参数在传递时在您收到执行范围之前就已经确定了。
您可以拼接、切块和弹出数组，如果您对arguments 对象执行此操作，那么您就破坏了概念上不可变的结构（可悲的脸！）。实参对象的设计更接近于 JavaScript 可以提供的一种不变性。
类似于查询字符串参数。你会得到一个由发送请求的客户端交给你的集合。它是请求信息的一部分，已经设置完成。
【讨论】：
arguments 只是一个对象，虽然我们无法在技术上更改实际参数，但我们可以对整个 arguments 对象或它通过数组索引表示的单个参数做任何我们想做的事情 - arguments[0]、arguments[1]、 ...为什么当时不制作Array，或者给出类似数组的接口仍然值得我说。同样的问题也适用于 NodeList。
arguments 可以很好地利用它。对于非常基本的接口，我能想到的一个原因是 ES5 委员会在进行重大更改时基本上对整个 Web 负责，因此不幸的是，它们很慢而且很难实现。
arguments 不只是返回参数。它返回被调用对象和参数数组。如果只是一个数组，第一个元素可能是被调用对象，比较混乱。
【讨论】：
callee 对象？为什么应该是arguments的属性？