JavaScript数组内存存储疑问：数组元素内存位置技术探究

嘿，刚好我对JS数组的内存模型摸得比较透，来给你拆解下——你纠结的点其实刚好是JS数组和C数组最本质的区别：

• 普通JS数组≠连续内存块
  你熟悉的C语言数组是静态的、类型固定的连续内存，定义int array[10];时系统直接分配10个int的连续空间，通过首地址+偏移量就能精准定位元素。但普通JS数组本质上是特殊的对象（你可以敲typeof []验证，返回的是object），它的“索引”其实是字符串类型的键（比如arr[0]等价于arr["0"]），只是JS引擎给数组做了特殊优化。

• 内存布局的两种情况

  • 如果数组里全是同类型的简单值（比如全是Number、全是String），像V8这类引擎会把它优化成打包数组（packed array），这时候元素会被存在一段连续的内存区域，访问效率接近C数组，但这是引擎动态优化的结果，不是JS语言层面的规定。
  • 一旦你往数组里加入不同类型的值，或者突然给一个超大索引赋值（比如arr[1000] = 'foo'，而之前只有3个元素），引擎就会把数组转换成哈希数组（hash array），这时候元素就会分散存储在内存中，通过哈希表来映射索引到元素的内存地址，和普通对象的存储方式没差。

• 唯一的例外：TypedArray
  如果是Int32Array、Uint8Array这类TypedArray，那它的内存模型就和C数组几乎一致了——它基于ArrayBuffer，会分配一块连续的、固定大小的内存，每个元素的类型和占用字节数都是固定的，你可以像C那样通过首地址+偏移量精准定位元素，这也是为什么TypedArray在处理二进制数据、性能敏感的场景中特别好用。

举个直观的对比：

C语言：int array[10]; → 一次性分配40字节（假设int占4字节）的连续内存，array指向首元素，array[5]的地址就是array + 5*4。
JS普通数组：let arr = [1,2,3]; → 一开始是打包数组，三个Number存在连续区域；但如果执行arr[100] = 'hello'，引擎就会把它转成哈希数组，元素1、2、3和'hello'会分散在内存的不同位置。

内容的提问来源于stack exchange，提问作者João Haas