map用于纯转换生成等长新数组，filter用于筛选返回子集，reduce用于累积合成；误用会导致性能下降和可读性差，应根据数据流意图选择。
JavaScript 中的 map、filter 和 reduce 并不是“更高级”的替代品，而是各自解决明确问题的工具——用错一个，性能和可读性都会打折。
什么时候该用 map，而不是手动 for 循环？
map 的唯一职责是：对数组每个元素做**纯转换**，返回一个**等长新数组**。它不改变原数组，也不跳过或合并元素。
常见误用：在 map 里写 if 判断后直接 return 或什么也不返回，结果得到 [undefined, ...] ——这其实是想 filter + map，不是单靠 map 能解决的。
- ✅ 正确场景：把
[1, 2, 3]变成['1', '2', '3']；把用户列表转成只含id和name的精简对象数组 - ❌ 错误信号：回调函数里有
push、splice、return条件分支但没覆盖所有路径、或期望返回数组长度变短 - ⚠️ 性能注意：
map必然创建新数组，如果只是遍历并副作用（如发请求、改 DOM），用forEach或普通for更轻量
filter 返回空数组？先检查你是否在比较 undefined 或类型不匹配
filter 的回调必须明确返回真值（truthy）或假值（falsy）。返回 undefined、null、0、'' 都会被当假值过滤掉——这常发生在取对象属性但属性不存在时。
立即学习“Java免费学习笔记（深入）”；
const users = [{ name: 'Alice' }, { age: 30 }];
const withName = users.filter(u => u.name); // ✅ ['Alice']
const withAge = users.filter(u => u.age); // ❌ [] —— 第一个对象没有 age，u.age 是 undefined → falsy
- ✅ 安全写法：用
hasOwnProperty、in操作符，或显式判断u.age != null - ✅ 类型敏感场景：数字字符串比较要转类型，
'2' > 1是true，但'2' > '10'是true（字符串字典序） - ⚠️ 注意链式调用顺序：先
filter再map通常比先map再filter更高效，避免对被过滤掉的元素做无谓转换
reduce 不是万能聚合器：别用它替代 some、every 或 find
reduce 适合需要**累积状态**的场景，比如求和、扁平化嵌套数组、按字段分组、构建查找表。但它写起来冗长，且容易写出不可维护的“状态黑洞”。
const nums = [1, 2, 3]; const sum = nums.reduce((acc, n) => acc + n, 0); // ✅ 合理 const hasEven = nums.reduce((found, n) => found || n % 2 === 0, false); // ❌ 应该用 some()
- ✅ 用
reduce的典型模式：初始值明确（{}、[]、0）、每次迭代只依赖acc和当前项、不提前退出 - ❌ 替代方案更清晰时就别硬套：
some/every语义明确且可短路；find直接返回首个匹配项；flatMap比reduce+concat更直白 - ⚠️ 常见陷阱：忘记传初始值（空数组时
reduce报错）、在回调里修改acc对象导致后续迭代污染、用push返回值（是新长度，不是数组）导致累积值错乱
这三个方法真正的门槛不在语法，而在准确识别数据流意图：是转换（map）、筛选（filter）、还是合成（reduce）。写之前多问一句“我到底想让数组变成什么样子”，比查文档更快定位该用哪个。
