JavaScript数组方法的核心在于区分“是否修改原数组”：push/pop/shift/unshift/splice/sort/reverse会改变原数组；map/filter/slice/concat/flat返回新数组；reduce需注意初始值；includes/find/findIndex语义明确且支持NaN。
JavaScript 数组的常用方法不是“要不要学”，而是你已经在用、只是没意识到它们是独立方法——比如 push 和 pop 看似简单，但它们的返回值、是否改变原数组、在异步或循环中误用，才是实际出问题的地方。
这类方法副作用明显，常被误用于链式调用或遍历时的条件删除，结果逻辑错乱。
push()、pop()、shift()、unshift()：增删首尾元素，返回新长度或被删元素，原数组变splice()：万能修改器，可删、插、替，返回被删元素数组，原数组变sort()：默认按字符串 Unicode 排序，[10, 2, 1] 会变成 [1, 10, 2]；必须传比较函数才符合数值预期reverse()：就地翻转，不返回新数组⚠️ 常见坑： forEach 中对数组用 pus 或 
splice，会导致跳过后续元素（因索引位移）；应改用 filter + map 组合或倒序遍历。
这是函数式编程习惯的基础，适合 React 等状态不可变场景。但要注意浅拷贝陷阱。
map()：每个元素映射为新值，返回等长新数组；若回调无返回值，对应项为 undefined
filter()：返回满足条件的元素组成的新数组；注意 Boolean 类型判断（如 filter(Boolean) 可去空值）slice()：截取子数组，slice(1) 从下标 1 开始到末尾；slice() 无参数 = 浅拷贝concat()：合并数组，[1].concat([2], 3) → [1,2,3]；注意它不递归扁平化嵌套数组flat()：ES2019 新增，[1, [2, [3]]].flat(2) → [1,2,3]；默认只展一层⚠️ 常见坑：map() 和 filter() 回调里写 return 忘加花括号，箭头函数单表达式自动返回，但多语句必须显式 return；否则全返回 undefined。
不是。性能差异微乎其微，真正影响的是可读性与错误率——尤其涉及累加、分组、扁平化、查找唯一值等复合逻辑时。
const scores = [{name: 'a', score: 85}, {name: 'b', score: 92}];
const total = scores.reduce((sum, item) => sum + item.score, 0); // 177
// 分组：按首字母归类
const grouped = names.reduce((acc, name) => {
const key = name[0].toLowerCase();
acc[key] = acc[key] || [];
acc[key].push(name);
return acc;
}, {});
⚠️ 常见坑：reduce() 第二个参数（初始值）不能省略，否则第一次迭代的 acc 是第一个元素，item 是第二个，极易越界或类型错配；数组为空时更会直接报错。
别再全用 indexOf !== -1 了。它们语义明确，且支持 NaN 和对象引用判断（find / findIndex 支持自定义条件）。
includes(value)：只关心“是否存在”，返回布尔值；可查 NaN（indexOf(NaN) 永远 -1）find(cb)：返回第一个匹配元素（值本身），找不到返回 undefined
findIndex(cb)：返回第一个匹配元素下标，找不到返回 -1
⚠️ 常见坑：find 和 findIndex 的回调必须有返回值；写成 item => { item.id === 5 }（少 return）会导致永远返回 undefined，匹配失败。
真正难的不是记住方法名，而是每次调用前下意识问一句：这个操作要改原数组吗？我需要的是值、索引、还是布尔判断？返回的是单个结果还是新数组？漏掉这一问，后面调试半小时都可能卡在同一个隐式转换或副作用上。