push()和unshift()返回新长度而非数组本身，因此无法链式调用；splice()按“起始索引、删除个数、插入元素”执行；filter()忽略稀疏数组空位，map()保留对应undefined；findIndex()支持函数条件查找，indexOf()仅严格相等匹配。
为什么 push() 和 unshift() 返回的是新长度，而不是数组本身
这是初学者常混淆的点：调用 push() 或 unshift() 后直接链式调用其他数组方法会报错，因为它们返回的是数字（新数组长度），不是数组引用。
-
push()在末尾添加元素，原地修改，返回length -
unshift()在开头添加，同样原地修改，返回length - 想链式操作，得先用
concat()、扩展运算符或[...arr, item]创建新数组
const arr = [1, 2]; arr.push(3).map(x => x * 2); // TypeError: arr.push(...).map is not a function [...arr, 3].map(x => x * 2); // ✅ [1, 2, 3, 6]
splice() 的三个参数到底怎么配对使用
splice() 是唯一能同时删除、插入、替换的原生方法，但参数逻辑容易错位。它始终是「从哪开始、删几个、再插什么」。
- 第一个参数
start：索引位置（支持负数，如-1表示倒数第一个） - 第二个参数
deleteCount：要删除的元素个数；设为0就只插入不删；省略或设为undefined会删到末尾 - 第三个及以后参数：要插入的元素（可多个）
- 返回值是被删除的元素组成的数组（可能为空）
const arr = [1, 2, 3, 4]; arr.splice(1, 2, 'a', 'b'); // 返回 [2, 3]，arr 变成 [1, 'a', 'b', 4] arr.splice(-1, 0, 'end'); // 在末尾前插入，arr 变成 [1, 'a', 'b', 4, 'end']
为什么 filter() 不会跳过稀疏数组的空位，但 map() 会
稀疏数组（例如 [1, , 3]，中间是空位而非 undefined）在不同方法中行为不一致，这和 ECMAScript 规范中「是否遍历 in 操作符为 false 的索引」有关。
-
filter()遍历所有索引，但对空位不执行回调，也不包含在结果中 → 空位被忽略，长度变短 -
map()同样跳过空位，但会保留对应位置（值为undefined），结果数组长度不变 - 用
Array.from(arr)或展开语法[...arr]可把稀疏数组转为稠密（空位变undefined）
const sparse = [1, , 3]; sparse.filter(x => true); // [1, 3] —— 长度 2 sparse.map(x => x); // [1, undefined, 3] —— 长度 3（注意：不是 [1, , 3]）
findIndex() 找不到时返回 -1，但 indexOf() 也是 -1，该怎么选
两者都返回索引或 -1，但适用场景完全不同：一个是基于条件函数，一个是基于严格相等匹配。
立即学习“Java免费学习笔记（深入）”；
-
indexOf()只能查原始值（string、number、boolean）或同一引用对象；对对象字面量或不同引用的对象永远返回 -1 -
findIndex()接收函数，可写任意逻辑（比如查id === 5、name.startsWith('A')） - 性能上，
indexOf()是底层 C++ 实现，对简单值查找更快；findIndex()多一层 JS 函数调用开销
const users = [{id: 1, name: 'Alice'}, {id: 2, name: 'Bob'}];
users.indexOf({id: 1, name: 'Alice'}); // -1 —— 引用不同
users.findIndex(u => u.id === 1); // 0 —— ✅ 条件匹配实际项目里最常踩的坑，是把 splice() 当成「安全删除」却忘了它会改原数组，或者误以为 filter() 能处理稀疏结构。这些细节不写测试很难暴露，建议在关键路径加 console.log(Array.isArray(arr) && arr.length) 快速验证状态。
