map、filter、reduce是函数式编程核心：map用于等长映射并返回新数组，filter按显式真值筛选，reduce需谨慎传初始值以避免类型错误和空数组异常。
JavaScript 数组操作不是“要不要学”的问题，而是你每天都在用、但可能一直没用对的底层能力。尤其是 map、filter 和 reduce，它们不是语法糖，而是函数式思维的入口——写错一次，就可能多出三个 for 循环加一堆临时变量。
什么时候该用 map 而不是 forEach
map 的唯一职责是“把一个数组变成另一个等长数组”，它必须返回新数组，且不修改原数组。而 forEach 只是遍历，没有返回值（或总是 undefined），也不承诺不可变。
- 需要生成新数据（比如把
users列表转成userNames）→ 用map - 只是发请求、改 DOM、打日志 → 用
forEach或直接for...of - 误用
map做副作用（比如在里头调push）会导致返回一个满是undefined的数组，容易引发后续TypeError: Cannot read property 'xxx' of undefined -
map的回调函数必须有return，漏写等于隐式返回undefined
示例：
const nums = [1, 2, 3];<br>const doubled = nums.map(n => n * 2); // [2, 4, 6]<br>const broken = nums.map(n => { console.log(n); }); // [undefined, undefined, undefined]
filter 为什么总返回空数组或原样不动
filter 的回调函数必须明确返回一个真值（true、非空字符串、非零数字等）才算“保留”。返回 false、0、''、null、undefined 都会被过滤掉——这点和 if 判断逻辑一致，但容易在对象属性访问时踩坑。
立即学习“Java免费学习笔记（深入）”；
-
arr.filter(item => item.status)：如果某项status是0或false，会被误删 - 安全写法是显式比较：
item.status === 'active'或item.id != null -
filter不会跳过稀疏数组的空位，但也不会让空位进入结果——它只看回调返回值，和数组是否连续无关 - 想“移除 undefined/null”？别直接
filter(Boolean)，因为0、''也会被干掉；改用filter(x => x !== undefined && x !== null)
reduce 的初始值到底该不该传
不传初始值时，reduce 默认取数组第一个元素当 accumulator，从第二个开始遍历；传了，则从第一个开始。这直接影响空数组行为和类型一致性。
- 空数组 + 无初始值 → 报错
Reduce of empty array with no initial value - 想把数组转成对象（如
{id: user}），必须传空对象{}作初始值，否则第一次迭代就会把第一个user当acc，类型错乱 - 累加数字？
reduce((sum, x) => sum + x, 0)比不传更安全，避免sum是undefined导致"undefined1"这种字符串拼接 - 回调里别直接改
acc（比如acc.push()），除非你清楚自己在做可变操作；更推荐返回新对象/数组，保持函数纯净
示例：
const users = [{id: 1, name: 'a'}, {id: 2, name: 'b'}];<br>// ✅ 安全：传 {}，每次返回新对象<br>const byId = users.reduce((acc, u) => ({ ...acc, [u.id]: u }), {});<br>// ❌ 危险：没初始值，且修改原 acc<br>const broken = users.reduce((acc, u) => { acc[u.id] = u; return acc; });
这三个方法真正的复杂点不在语法，而在“什么时候不该用”——比如要中断遍历（找到第一个就停），some/find 比 reduce 合适；比如要同时映射+过滤，链式调用 map + filter 通常比硬塞进 reduce 更易读。别为了函数式而函数式，数组方法是工具，不是考题。
