在Chrome中JavaScript数组到底占用了多少内存

这期内容当中小编将会给大家带来有关在Chrome中JavaScript数组到底占用了多少内存，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

因为我（原作者）的代码使用的很大的内存，所以我看了一下字符串、对象、数字和数组分别占用了多少内存。

结果如下：

我觉得这些数据最大的挑战是，空数组或者空列表占用的内存太小了。

因此我创建了大量空列表，而不是每次重新使用相同的空列表。

我不完全理解这些结果。它们依赖于 JavaScript 引擎的内部结构。

空字段的大小是有道理的。每一项正好占用 8 个字节。（整个数组实际上占用了 8,000,048 个字节，因此有 48 个字节是数组本身的开销。）

但是，数字的数组却不符合我的期望。JavaScript 使用双精度（64 位）浮点数。64 位是 8 字节，但是每个数字平均占用了 9.7 字节。

同样，Chrome 将每个空数组的大小显示为 32 字节，每个空对象的大小为 56 字节。然而，整个数组的平均大小分别为 39.8 和 62.7。

我猜测之所以造成这个差异，一部分来自于 V8 存储数组项的元数据（例如类型信息），并且 Chrome 为数组提供的空间比实际最低要求的空间要多一些。另外，并不是所有的数组在 V8 内部都是相同的。2011 年的这篇博文（value representation in javascript implementations）也很不错。

（译注：以后有时间再写一篇关于 V8 数组内部存储原理的文章，by justjavac）

    
  
  
  // Inheritance hierarchy:// - Object//   - Smi          (immediate small integer)//   - HeapObject   (superclass for everything allocated in the heap)//     - JSReceiver  (suitable for property access)//       - JSObject//         - JSArray//         - JSArrayBuffer//         - JSArrayBufferView//           - JSTypedArray

如果要在 Chrome 中使用内存分析器（Profiler），可以使用此 CodePen 或从 Github 获取代码。

It’s also interesting to see what the table looks like with only item in each array:

译文完。

补充一些相关知识点，关于 Chrome 内存分析器（Profiler）的使用。

当我们使用内存分析器时，要先创建一个纯净的环境，可以在新建标签页时选择隐身模式或者访客模式。再高级点的用法就是自己新建一个 Chrome 桌面快捷方式并配置相关的命令行参数。

如果你查看了之前的文章，文中提到“打开 Profiles 面板”时，你可能在你的 Chrome 中找不到这个面板，因为 Profiles 已经改名了，现在是 Memory 面板。

在 Memory 面板中，选择 Take Heap Snapshot，可以制作一个堆内存快照。Google 开发者中心有一篇非常不错的文章（有中文版），“如何记录堆快照”：https://developers.google.com/web/tools/chrome-devtools/memory-problems/heap-snapshots

上述就是小编为大家分享的在Chrome中JavaScript数组到底占用了多少内存了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注亿速云行业资讯频道。