必须优先掌握 map、filter、reduce，它们覆盖80%以上数组操作场景，支持链式调用；flat/flatmap 处理嵌套结构更高效；find/findindex/some/every 各司其职，避免误用；reduce 务必传匹配类型的初始值以防空数组报错。
map、filter、reduce 三个方法必须优先掌握
它们覆盖了 80% 以上的数组转换、筛选和聚合场景，且天然支持链式调用。不掌握这三个，写出来的代码往往绕弯子、难维护、容易出 bug。
常见错误是把 forEach 当成万能替代：它不返回新数组，无法链式调用，也不能用 return 中断或跳过；而 map 和 filter 明确要求返回值，语义清晰。
-
map用于「一对一」转换：输入一个数组，输出等长新数组 -
filter用于「条件筛选」：返回满足条件的元素组成的新数组 -
reduce用于「归约聚合」：把数组逐步合并为单个值（如求和、分组、扁平化）
const nums = [1, 2, 3, 4]; const doubled = nums.map(n => n * 2); // [2, 4, 6, 8] const evens = nums.filter(n => n % 2 === 0); // [2, 4] const sum = nums.reduce((acc, n) => acc + n, 0); // 10
flat 和 flatMap 是处理嵌套结构的刚需
遇到后端返回的树形数据、多层列表、或者用户上传的混合格式数组时，flat 能快速拍平层级，flatMap 则一步到位：先映射再扁平，比 map().flat() 少一次遍历，性能更好。
容易踩的坑是忽略默认深度：不传参数时 flat() 只展开一层，深层嵌套要显式传 Infinity 或具体层数。
立即学习“Java免费学习笔记（深入）”；
-
flat(1)等价于flat()，只展开一层 -
flat(2)展开两层，flat(Infinity)彻底拍平 -
flatMap的回调函数必须返回数组，否则会被转成[undefined]
const arr = [1, [2, 3], [[4, 5], 6]]; arr.flat(); // [1, 2, 3, [4, 5], 6] arr.flat(2); // [1, 2, 3, 4, 5, 6] [1, 2, 3].flatMap(x => [x, x * 2]); // [1, 2, 2, 4, 3, 6]
find、findIndex、some、every 这组布尔判断方法别混用
它们都返回布尔值或匹配项，但用途差异明显：find 和 findIndex 关注「第一个满足条件的元素/下标」；some 和 every 关注「是否存在 / 是否全部满足」，常用于表单校验、权限判断等逻辑分支。
典型误用是用 filter().length > 0 替代 some()：前者遍历全部元素，后者找到第一个就停止，性能差一个数量级。
-
find返回匹配项本身，没找到返回undefined -
findIndex返回下标，没找到返回-1 -
some遇到第一个真值立即返回true -
every遇到第一个假值立即返回false
const users = [{id: 1, active: true}, {id: 2, active: false}];
users.find(u => u.id === 2); // {id: 2, active: false}
users.findIndex(u => !u.active); // 1
users.some(u => u.active); // true
users.every(u => u.active); // false注意 reduce 的初始值和空数组行为
reduce 是最易出错的高阶方法——漏传初始值时，空数组会直接报 Reduce of empty array with no initial value 错误；传了初始值但类型不匹配（比如用数字初始值去拼接字符串），也会导致隐式转换问题。
更隐蔽的问题是：当数组只有一个元素且未传初始值时，reduce 直接返回该元素，不执行回调。这个边界行为常被忽略，导致逻辑不一致。
- 只要可能为空数组，就必须传初始值
- 初始值类型应与预期返回值类型严格一致
- 需要兼容单元素数组时，显式检查长度或统一传初始值
// ❌ 危险：空数组时崩溃
[].reduce((a, b) => a + b);
<p>// ✅ 安全：始终有初始值
[].reduce((a, b) => a + b, 0); // 0
[{x: 1}].reduce((a, b) => ({...a, ...b}), {}); // {x: 1}实际项目里，真正卡住人的往往不是语法，而是对每个方法「什么时候停止遍历」「空输入如何处理」「返回值是否可链式使用」这些细节的理解偏差。多看 MDN 上每个方法的「Throws」和「Examples」小节，比背 API 更管用。
