JavaScript数组性能关键取决于V8引擎优化机制：需避免稀疏索引、慎用高阶函数、禁止修改原型或删除元素、缓存length值，以维持Fast Elements模式并防止降级。
需要，而且非常关键。
JavaScript 数组的性能表现不是只由写法决定的，更取决于 V8 等引擎如何识别和优化你的代码。引擎会根据数组的结构、访问模式和操作方式，动态选择底层存储形式（如 Fast Elements 或 Dictionary Mode），而错误的用法会直接触发降级，导致性能断崖式下跌。
避免稀疏索引和非连续赋值
V8 对连续整数索引的数组启用紧凑内存布局，访问是 O(1)；一旦出现 arr[1000] = 'x' 这类大间隔赋值，就会转为哈希表模式，查找变慢约 50%，且无法享受内联缓存等优化。
- ✅ 推荐：
const arr = new Array(1000); for (let i = 0; i - ❌ 避免：
const arr = []; arr[999] = 'done';
慎用高阶函数，尤其在大数据量场景map、filter、reduce 语义清晰，但它们强制创建新数组、全量遍历、无法中途退出。处理 10 万条数据时，for 循环比 forEach 快 20–30%，比链式 filter().find() 快 3–5 倍——因为后者先建中间数组，再遍历。
- 需提前终止？用
for或for...of - 只需判断存在性？用
some()或includes()，别filter().length > 0 - 要去重？
[...new Set(arr)]比filter((v, i) => arr.indexOf(v) === i)快一个数量级
别动原型，也别删元素
修改 Array.prototype 会让 V8 放弃所有针对数组的 JIT 优化；用 delete arr[0] 会破坏数组连续性，触发降级；splice() 删除中间元素需移动后续所有项，大数据下开销明显。
- 添加末尾：
push()或arr[arr.length] = x（性能相当） - 添加开头：优先考虑
[x, ...arr]+ 后续反转，或改用unshift()前评估频次 - 删除：若非必须原地修改，新建过滤后数组反而更稳
缓存长度，减少属性访问for (let i = 0; i 在每次迭代都读取 length，虽现代引擎多数能优化，但遇代理数组或 getter 定义时会失效。
- ✅
const len = arr.length; for (let i = 0; i - ✅
for (const item of arr)语义好、安全，但略慢于缓存版for
不复杂，但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
