箭头函数不直接提供纯函数语法支持，但天然契合纯函数原则：无this绑定避免隐式状态依赖、简洁语法强化输入输出契约、不可构造防止副作用，不过纯度仍取决于函数体行为。
箭头函数本身不直接“提供纯函数的语法支持”，但它天然契合纯函数的设计原则，让编写纯函数更简洁、更不易出错。
自动绑定 this，避免隐式状态依赖
纯函数要求无副作用、不依赖外部可变状态。传统 function 声明中，this 的值取决于调用方式，容易意外捕获上下文（比如组件实例、定时器环境），导致行为不可预测。箭头函数没有自己的 this，始终继承外层词法作用域的 this —— 实际上，它根本不去“依赖” this，也就从源头规避了因 this 不稳定引发的隐式依赖。
例如：
✅ 纯净写法（推荐）const add = (a, b) => a + b; // 无 this、无 arguments、无 new.target，只依赖参数
立即学习“Java免费学习笔记（深入）”；
❌ 风险写法（传统函数易误用）function add(a, b) {
return this.offset + a + b; // 意外依赖 this.offset → 不再是纯函数
}
简洁语法强化“输入→输出”的单一契约
箭头函数省略 function 关键字和花括号（单表达式时），视觉上更聚焦于参数与返回值之间的映射关系，自然引导开发者写出无中间修改、无条件分支副作用的逻辑。
例如处理数组时：
[1, 2, 3].map(x => x * 2)
—— 清晰表达“每个输入映射为确定输出”- 对比
[1, 2, 3].map(function(x) { return x * 2; })—— 语法冗余，弱化了函数本质
这种简洁性降低了无意引入 console.log、修改外部变量、调用 Date.now() 等副作用的概率。
无法作为构造函数，防止误用导致的副作用
箭头函数没有 prototype，也不支持 new 调用。这在纯函数场景中反而是优势：它从语言层面阻止你把它当作类或工厂函数使用（而构造函数通常伴随状态初始化、DOM 操作等副作用）。如果你看到一个箭头函数，就能确信它不会产生新实例、不会触发 constructor 逻辑、不会隐式修改原型链。
例如：
✅ 安全const createPoint = (x, y) => ({ x, y }); // 返回新对象，无副作用
❌ 类型错误（立刻暴露设计意图）new createPoint(1, 2); // TypeError: createPoint is not a constructor
需注意：箭头函数 ≠ 自动纯函数
它只是更友好，但不保证纯度。你仍可能在箭头函数里做以下事：
- 读取或修改全局变量（如 window.user、localStorage）
- 调用非纯函数（如 Math.random()、Date.now()）
- 执行 DOM 操作或发起网络请求
- 改变传入对象的属性（如 obj.name = 'new'）
是否纯函数，最终取决于函数体内的行为，而非语法形式。箭头函数只是帮你避开几个常见陷阱，而不是自动施加纯度约束。
