箭头函数的this静态绑定天然适配函数式编程：避免隐式状态依赖、强调纯逻辑与上下文一致性，使函数更可预测、易组合、易测试，但不适用于需动态this的场景。
箭头函数的 this 绑定特性天然适配函数式编程的核心理念：避免隐式状态依赖、强调纯逻辑与上下文一致性。它不改变 this，而是静态捕获外层词法作用域的 this，这让函数更“可预测”——没有运行时上下文突变，也就更接近纯函数行为。
保持闭包上下文稳定，简化高阶函数使用
函数式编程大量依赖高阶函数（如 map、filter、reduce、compose），它们常需访问外层数据或实例状态。箭头函数自动继承定义时的 this，省去手动 bind 或 that = this 的样板代码。
- 数组操作中直接访问类成员或模块变量，无需额外绑定
- 链式调用（如 Promise.then）中，this 始终指向原始对象，避免异步回调丢失上下文
- 示例：class Processor { data = [1,2,3]; double() { return this.data.map(x => x * 2); } } —— 箭头函数虽未显式写出，但若在方法内写回调（如 map(x => x * this.multiplier)），只要 multiplier 是实例属性，就能安全访问
避免 this 动态性干扰函数组合与柯里化
传统函数的 this 动态绑定会破坏函数的可移植性：同一个函数在不同调用方式下行为不一致。而箭头函数消除了 this 这一隐式参数，使函数签名更清晰、更易组合。
- 柯里化后的函数不会因调用位置改变 this 指向，便于复用和测试
- 作为参数传入其他函数（如 Array.from、customHook）时，无需担心 this 被覆盖
- 与工具函数（如 pipe、compose）配合更自然，因为它们通常不涉及对象方法调用
在类中定义“函数式方法”，提升引用透明性
将类方法声明为箭头函数（method = () => {...}），使其 this 永远绑定到实例，等效于把方法“固化”为一个闭包值。这符合函数式编程中“函数即值”的思想。
- 该方法可安全赋值给变量、作为事件处理器或传入 useEffect/useCallback，无需额外包装
- 相比普通方法，它更接近纯函数语义（只要不修改外部状态）
- 适合封装无副作用的数据转换逻辑，例如 formatName = () => `${this.firstName} ${this.lastName}`
注意边界：不适用于需要动态 this 的函数式抽象
函数式编程也包含部分面向对象融合场景（如 Redux action creator 工厂、React 组件事件处理）。此时若强行用箭头函数，反而违背设计意图：
- 事件处理器中希望 this 指向 DOM 元素？箭头函数做不到，应保留普通函数或用 event.target
- 构造可重用的通用工具函数（如 debounce、throttle），若内部需访问调用者上下文，则不能用箭头函数
- 与第三方库约定 this 行为（如某些 Lodash 方法、D3 的 selection.call）时，必须按文档使用普通函数
