箭头函数没有 arguments 是设计使然，因其不创建独立执行上下文，仅复用外层普通函数的词法作用域；应使用剩余参数等现代方案替代。
箭头函数不能访问 arguments，不是 bug，而是设计使然——它压根就不该有这个对象。
执行上下文不完整
普通函数调用时会创建完整的执行上下文，其中包含独立的 arguments、this、super 和 new.target。箭头函数跳过了这一步，它只保留词法作用域，复用外层最近一个普通函数的上下文。没有自己的上下文，自然没有自己的 arguments。
- 顶层定义的箭头函数（如
const fn = () => console.log(arguments);）直接报ReferenceError: arguments is not defined - 嵌套在普通函数里的箭头函数，读到的
arguments实际是外层函数的，容易误用
设计目标决定轻量结构
箭头函数是 ES6 的语法糖，定位很明确：简化回调、避免 this 绑定问题。为达成轻量和可预测，它主动舍弃了传统函数中那些动态特性，包括隐式参数收集机制。
-
arguments是隐式、类数组、非标准迭代对象，易出错且难调试 - 省略它，能减少运行时歧义，也利于 JavaScript 引擎做优化
- 这不是“删掉了”，而是“从一开始就没打算给”
现代替代方案更可靠
用语义清晰、类型友好的方式代替 arguments，代码更健壮、更易维护。
-
剩余参数（
...args）：得到真正的Array实例，支持map、reduce、解构等，推荐作为默认选择 -
命名参数 + 默认值：参数结构固定时（如最多 3 个），显式声明比查
arguments[0]更直观、更安全 -
外层转数组后传入：仅在必须兼容老环境且无法改调用方时考虑，需手动用
Array.from(arguments)或[].slice.call(arguments)转换，但应尽量避免
常见误区提醒
有些做法看似绕过了问题，实则埋下隐患：
- 在箭头函数里写
arguments并期望它“自动工作”——大概率报错或取到错误数据 - 依赖外层
arguments却不做校验——一旦外层函数签名变化，行为立即失控 - 用
eval或Function构造器动态访问——破坏静态分析，增加安全与维护成本
箭头函数和普通函数不是替代关系，而是分工关系：需要灵活参数处理、构造逻辑或动态绑定时，就该用 function；追求简洁闭包、短回调表达时，才用箭头函数。混用或强行模拟 arguments，反而模糊了代码本意。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
