在Chrome中JavaScript数组到底占用了多少内存
这期内容当中小编将会给大家带来有关在Chrome中JavaScript数组到底占用了多少内存，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。
因为我（原作者）的代码使用的很大的内存，所以我看了一下字符串、对象、数字和数组分别占用了多少内存。
结果如下：
我觉得这些数据最大的挑战是，空数组或者空列表占用的内存太小了。
因此我创建了大量空列表，而不是每次重新使用相同的空列表。
| - | 总大小 MB | 每一项的大小 Byte |
|---|---|---|
| Empty Fields | 7.63 | 8.00 |
| Booleans | 9.27 | 9.72 |
| Numbers | 9.27 | 9.72 |
| Identical Strings | 9.27 | 9.72 |
| Arrays | 39.79 | 41.72 |
| Empty Objects | 62.68 | 65.72 |
我不完全理解这些结果。它们依赖于 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:
| - | 数组总大小 |
|---|---|
| Empty Field | 56 |
| Boolean | 184 |
| Number | 184 |
| String | 216 |
| Array | 216 |
| Empty Object | 240 |
译文完。
补充一些相关知识点，关于 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数组到底占用了多少内存了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注行业资讯频道。
