JavaScript数组内存模型是动态切换的：V8引擎根据使用方式在快数组（可能连续）与慢数组（哈希表，非连续）间自动转换，本质是智能对象而非传统数组。
JavaScript 数组既不是严格连续存储，也不是固定稀疏结构——它的内存模型是动态切换的，取决于实际使用方式。
V8 引擎（Chrome 和 Node.js 使用）会根据数组的索引模式、元素类型和操作历史，在两种底层表示之间自动转换：
- 快数组（Fast Elements）：类似传统连续数组，适用于索引密集、类型较统一的场景；
- 慢数组（Dictionary Mode）：本质是哈希表，用于稀疏、混杂或非标准索引的情况。
这决定了 JavaScript 数组的行为更像“智能对象”，而非 C 或 Java 中的原始数组。
什么时候用快数组？
快数组在以下情况被启用，且可能占用连续内存块（但不保证物理连续）：
立即学习“Java免费学习笔记（深入）”；
- 创建时用字面量或
Array.of()等方式填满连续索引，如[1, 2, 3]； - 元素类型相对一致（比如全是小整数），且没有空洞；
- 未添加字符串键、负数索引或
delete操作； - 新增索引与当前最大索引差值 ≤ 1024（超过则触发退化）。
什么情况下变成慢数组？
一旦出现以下任一行为，V8 很可能将数组降级为哈希表结构（即“慢数组”）：
- 写入远距离索引，例如
arr[10000] = 'x'（而前面全是空）； - 使用非数字属性：
arr.foo = 'bar'； - 删除元素：
delete arr[5]； - 设置负数或字符串索引：
arr[-1] = true或arr['key'] = 1； - 混入不同类型值频繁触发去优化（如反复插入对象、函数、BigInt 等）。
length 属性不等于内存占用
length 是一个动态计算值，定义为“最大数值索引 + 1”，和真实内存使用无关：
-
let a = []; a[999] = 'done'; console.log(a.length)→ 输出 1000，但只占 1 个元素内存； -
for...in会遍历所有可枚举属性（包括字符串键），for...of和forEach只处理数值索引位置，跳过空洞； - 稀疏数组遍历时需注意性能：引擎无法做连续内存访问优化，每次取值都可能触发哈希查找。
开发者该怎么应对？
不需要手动控制内存布局，但可以避免无意触发慢数组：
- 优先用字面量初始化：
const arr = [a, b, c]，而不是先new Array(n)再赋值； - 避免
delete数组元素，改用filter或重新构造； - 不要给数组加非数字属性（如
arr.id = 1），这类信息应放在单独对象里； - 大数组预分配时慎用
Array(1000000)，它创建的是稀疏数组，length很大但无实际元素； - 需要高性能数值运算时，考虑
TypedArray（如Int32Array），它们才是真正的连续内存。
不复杂但容易忽略。
