17370845950

JavaScript 的函数式编程（Functional Programming，简称 FP）是一种以数学函数思想组织代码的编程范式。它不强调“怎么做”（命令式步骤），而是聚焦于“做什么”——用纯函数组合、声明式表达来处理数据和逻辑。核心不是语法糖，而是思维方式的转变：避免状态变更、拒绝副作用、让数据流清晰可追溯。

不可变性是函数式编程的根基

不可变性（Immutability）指：一旦创建一个值（对象、数组等），就不再直接修改它；任何“更新”都通过生成一个新值来完成。这不是 JS 语言强制的特性，而是一种主动遵循的设计约束。

• JS 中对象和数组默认是可变的引用类型，直接赋值或修改属性会污染原始数据，尤其在多处共享同一对象时，极易引发难以复现的 bug
• const 只防止变量重新赋值，不阻止对象内部被修改。比如 const user = {name: "Alice"}; user.name = "Bob" 是完全合法的，但破坏了不可变性
• 真正的不可变性靠约定 + 工具实现：用展开运算符、Object.assign、map/filter/reduce 等返回新结构的方法，或借助 Object.freeze（浅冻结）、immer（深代理）、Immutable.js 等方案

为什么不可变性如此关键

它不只是“看起来干净”，而是直接解决实际开发中的几类顽疾：

• 可预测的状态变更：每次操作都产出全新对象，旧状态完好保留。调试时你能清楚看到“上一版”和“下一版”的差异，而不是猜“谁在什么时候改了这个字段”
• 安全的并发与共享：没有共享可变状态，就不存在竞态条件（race condition）。多个函数或组件同时读取同一份数据，彼此互不影响
• 高效的变更检测：React、Redux 等依赖浅比较（===）判断是否更新。不可变更新天然支持引用对比——只要引用变了，就说明数据变了，无需深比较，性能更优
• 纯函数的前提保障：纯函数要求“相同输入必得相同输出，且无副作用”。如果函数内部偷偷修改了传入的对象，它就不再是纯的。不可变性堵死了这条后门，让函数真正自包含、可测试、可缓存

一个简单对比：可变 vs 不可变写法

假设要给用户对象添加年龄字段：

• ❌ 可变写法（危险）：user.age = 30; —— 原始 user 被改，所有持有该引用的地方都会感知到变化
• ✅ 不可变写法（推荐）：const newUser = {...user, age: 30}; —— 原 user 不动，newUser 是独立副本，语义清晰、影响可控

不复杂但容易忽略