答案：JavaScript数组性能陷阱包括避免高频使用map、filter造成内存浪费，慎用concat导致重复内存分配，减少splice引起的元素移动，以及替代indexOf的线性查找。应优先用for循环、Set/Map和批量操作提升效率。
JavaScript中的Array方法虽然使用方便，但在性能上存在一些容易被忽视的陷阱。不当使用可能造成内存浪费、执行效率下降，尤其在处理大量数据时影响显著。
1. 避免频繁使用高阶函数处理大数组
像 map、filter、reduce 这类方法虽然语法简洁，但每次调用都会创建新数组或进行多次函数调用，对性能有明显开销。
- map 和 filter 每次返回一个新数组，如果链式调用多个方法，会生成多个中间数组，增加内存压力
- 在大数组中使用这些方法时，其执行速度通常比原生 for 循环慢很多
- 建议：对大数据量操作优先考虑传统 for 或 for...of 循环，减少闭包和对象创建开销
2. concat 的低效拼接问题
concat 方法用于合并数组，但它会为每次调用创建一个全新的数组，原有数组不会被修改。
- 反复调用 concat（例如在循环中）会导致多次内存分配和复制
- 相比直接使用 push 或展开运算符 [...arr1, ...arr2]，concat 在某些引擎中优化较差
- 建议：若需累积拼接，使用 push.apply 或先收集再一次性展开
3. splice 的删除/插入代价高
splice 可以删除或替换元素，但它的性能随数组长度增长而下降，特别是在数组头部或中部操作时。
立即学习“Java免费学习笔记（深入）”；
- 删除元素后，后续所有元素都要向前移动，时间复杂度接近 O(n)
- 在长数组中频繁使用 splice 删除项（如清理数据）会造成严重性能瓶颈
- 建议：尽量用 filter 创建新数组替代删除，或标记待删项最后统一处理
4. indexOf / lastIndexOf 的线性查找瓶颈
这两个方法采用从头或从尾逐个比较的方式查找元素，无法利用索引加速。
- 在大数组中查找某个值需要遍历整个结构，最坏情况耗时与数组长度成正比
- 重复调用（比如去重或判断包含）会使性能急剧下降
- 建议：高频查找场景应改用 Set 或 Map，将查找时间降至接近 O(1)
基本上就这些常见陷阱。核心原则是：避免在热路径中对大数组使用隐式创建新数组或低效遍历的方法。理解每个方法背后的机制，才能写出既清晰又高效的代码。
