javascript - 我是否已达到浏览器中 JavaScript 可以处理的对象大小的限制？

Question

我在 <script> 中嵌入了一个大数组我的 HTML 中的标签，像这样(不足为奇):

<script>
    var largeArray = [/* lots of stuff in here */];
</script>

在这个特定示例中，数组有 210,000 个元素。这远低于 2³¹ 的理论最大值 - 4 个数量级。这是有趣的部分:如果我将数组的 JS 源代码保存到文件中，则该文件大于 44 兆字节(确切地说是 46,573,399 字节)。

想亲眼看看，可以download it from GitHub . (里面的所有数据都是 jar 装的，很多都是重复的。生产中不会这样。)

现在，我真的不关心服务那么多数据。我的服务器会压缩它的响应，因此通过网络获取数据实际上并不需要很长时间。但是，页面一旦加载，就会出现崩溃浏览器的非常糟糕的趋势。我根本没有在 IE 中进行测试(这是一个内部工具)。我的主要目标是 Chrome 8 和 Firefox 3.6。

在 Firefox 中，我可以在控制台中看到一个相当有用的错误:

Error: script stack space quota is exhausted

在 Chrome 中，我只是得到了悲伤标签页:

切入正题，已经

• 对于我们现代的“高性能”浏览器来说，这真的数据太多了吗？
• 我能做些什么*来优雅地处理这么多数据吗？

顺便说一句，我能够在 Chrome 中打开和关闭它(阅读:不要让标签崩溃)。我真的认为 Chrome 至少是由更坚固的东西制成的，但显然我错了......

---

编辑 1

@Crayon:我不想证明为什么我想一次将这么多数据转储到浏览器中。简短版本:要么我解决这个(诚然不是那么容易)问题，要么我必须解决一大堆其他问题。我现在选择更简单的方法。

@various:现在，我并不是特别在寻找实际减少数组中元素数量的方法。我知道我可以实现 Ajax 分页或你有什么，但这在其他方面给我带来了一系列问题。

@Phrogz:每个元素看起来像这样:

{dateTime:new Date(1296176400000),
 terminalId:'terminal999',
 'General___BuildVersion':'10.05a_V110119_Beta',
 'SSM___ExtId':26680,
 'MD_CDMA_NETLOADER_NO_BCAST___Valid':'false',
 'MD_CDMA_NETLOADER_NO_BCAST___PngAttempt':0}

@Will:但我有一台配备 4 核处理器、6 GB 内存、超过 0.5 TB 磁盘空间的计算机……而且我什至不要求浏览器快速执行此操作 - 我我只是要求它工作!☹

---

编辑 2

任务完成!

来自 Juan 的现场建议以及 Guffa ，我能够让它工作!看起来问题只是在解析源代码中，而不是在内存中实际使用它。

总结一下胡安回答的评论泥潭:我不得不将我的大数组分成一系列较小的数组，然后 Array#concat()他们，但这还不够。我也不得不将它们放入单独的var陈述。像这样:

var arr0 = [...];
var arr1 = [...];
var arr2 = [...];
/* ... */
var bigArray = arr0.concat(arr1, arr2, ...);

致所有为解决此问题做出贡献的人:谢谢。第一轮由我来完成!

---

_{*除了显而易见的:向浏览器发送更少的数据}

Answer 1

这是我要尝试的:您说这是一个 44MB 的文件。这肯定需要超过 44MB 的内存，我猜这需要超过 44MB 的 RAM，也许是半个演出。你能把数据删掉，直到浏览器不崩溃，看看浏览器使用了多少内存？

即使是仅在服务器上运行的应用程序也不会读取 44MB 文件并将其保存在内存中。说了这么多，我相信浏览器应该可以处理的，所以让我运行一些测试。

(使用 Windows 7，4GB 内存)

第一次测试我将阵列切成两半，没有问题，使用 80MB，没有崩溃

第二次测试我将数组拆分为两个单独的数组，但仍然包含所有数据，使用 160Mb，没有崩溃

第三次测试由于 Firefox 说它用完了堆栈，问题可能是它无法立即解析数组。我创建了两个单独的数组 arr1, arr2 然后做了 arr3 = arr1.concat(arr2);它运行良好，只使用了稍微多一点的内存，大约 165MB。

第四次测试我正在创建 7 个这样的数组(每个 22MB)并将它们连接起来以测试浏览器限制。页面完成加载大约需要 10 秒。内存上升到 1.3GB，然后又下降到 500MB。所以是的，chrome可以处理它。它只是不能一次全部解析，因为它使用了某种递归，这可以从控制台的错误消息中注意到。

Answer 创建单独的数组(每个数组小于 20MB)，然后将它们连接起来。每个数组都应该使用自己的 var 语句，而不是使用单个 var 进行多个声明。

我仍然会考虑只获取必要的部分，这可能会使浏览器变得迟钝。但是，如果是内部任务，这应该没问题。

最后一点:你没有达到最大内存级别，只是最大解析级别。