真正会原地修改原数组的方法只有push()、pop()、shift()、unshift()、splice()、sort()、reverse()；filter()、map()、slice()、concat()等不改变原数组，返回新数组。
哪些数组方法会改变原数组
直接修改原始 Array 对象的方法容易引发意外副作用，尤其在 React、Vue 等响应式框架中。真正会**原地修改**的只有这几个：push()、pop()、shift()、unshift()、splice()、sort()、reverse()。
比如 arr.sort() 默认按字符串排序，[10, 2, 30].sort() 得到 [10, 2, 30]（不是数值顺序），必须显式传比较函数：arr.sort((a, b) => a - b)。
常见误用：filter()、map()、slice()、concat() 都**不改原数组**——它们返回新数组，这点常被初学者混淆。
filter + map 组合为什么比 for 循环更安全
现代 JS 中，filter() 和 map() 的组合天然避免索引越界、状态残留等问题，且语义清晰。它们都是纯函数（无副作用），便于测试和推导。
立即学习“Java免费学习笔记（深入）”；
const numbers = [1, 2, 3, 4, 5]; const doubledEvens = numbers .filter(n => n % 2 === 0) .map(n => n * 2); // → [4, 8]
对比手写 for 循环：需手动维护新数组、判断条件、边界检查；若逻辑变复杂（如嵌套过滤或异步处理），可读性迅速下降。
性能上，V8 引擎对内置数组方法做了深度优化，小数组（for 或 for...of ——但前提是已确认此处是瓶颈。
reduce 要小心的三个坑
reduce() 功能强大，但新手容易掉进这三个坑：
- 忘记传初始值（
initialValue）：当数组为空时，reduce()直接报错Reduce of empty array with no initial value；非空时，若没传，第一个元素自动当初始值，可能引发类型错误（比如想累加数字却拿字符串当起点） - 返回值类型不一致：比如在累加对象时，漏写
return accumulator，导致下一轮accumulator变成undefined - 无法中途退出：不像
some()或find()，reduce()没有“短路”机制；真要提前终止，得抛异常或改用其他方法
正确写法示例（带初始值、明确返回）：
const sum = [1, 2, 3].reduce((acc, cur) => acc + cur, 0);
大数组处理别只盯着方法名，先看数据结构
方法再“高效”，也救不了低效的数据结构。比如频繁按 id 查找对象，用 find() 是 O(n)，而转成 Map 或对象字面量索引就是 O(1)：
const list = [{id: 1, name: 'a'}, {id: 2, name: 'b'}];
// ❌ 每次都遍历
list.find(item => item.id === targetId);
<p>// ✅ 一次转换，多次查找
const idMap = new Map(list.map(item => [item.id, item]));
const target = idMap.get(targetId);
同理，去重场景下：[...new Set(arr)] 比 filter((v, i) => arr.indexOf(v) === i) 快得多，因为后者是 O(n²)。
真正影响效率的，往往不是选了 map 还是 forEach，而是有没有把重复计算提到循环外、是否用了合适的数据索引、以及是否无意中触发了隐式类型转换（比如用 == 比较数字和字符串）。
