Javascript 网页中允许的最大div数

嗨，我想知道网页上允许的div数量是否有限制

---

例如，当Internet浏览器不得不用一千个div渲染一个网页时，它会开始哽咽吗？

有两件事要考虑。内存是其中之一，其中DOM节点占用大量空间。另一个是当某些内容发生更改时重新渲染所有这些节点所需的CPU时间。平滑渲染的阈值取决于使用的引擎。以我的经验，我远远落后了，几百年后开始窒息。Firefox可能需要几千次，对于像Chrome这样的WebKit浏览器来说也差不多（而且稍微好一点）。

我知道这是一篇老文章，但我最近做了一个与这个主题直接相关的测试，我想分享我的结果

我创建了一个简单的php脚本，它可以输出x个5px乘5px的内联块div来测试浏览器的稳定性和页面滚动能力

在IE9页面上有1000个div，Firefox和Chrome都没有任何问题，甚至在滚动时似乎都不会打嗝

IE9和Chrome在10000个div时能够以几乎不明显的延迟滚动，仍然在我书中的“可接受”范围内，但是Firefox开始更明显地滞后，以至于你感觉滚动条比它应该的时间晚了半秒

有趣的是，10000个div和100000个div之间的性能差异并不像你想象的那么大。IE9和Chrome在滚动时的延迟几乎不可察觉（Chrome是两者中稍微平滑一点的），Firefox的延迟非常明显，可能会被认为是令人讨厌的，但仍然可以正常工作（即不会崩溃）

现在页面上有500000个div，它终于开始变得有趣起来。IE9崩溃了，试图重新启动自己（当然是在同一页上），然后又崩溃了，在这一点上，我正确地关闭了它，重新启动了它，并再次尝试确保同样的结果会再次发生。是的

Chrome保持稳定，但由于极度延迟，几乎无法滚动页面

最大的惊喜是Firefox，10万div的浏览器与50万div的浏览器几乎相同。。。滚动并不平滑，但它比Chrome要好得多

令人惊讶的是，页面上1000000个div的结果几乎相同！Firefox处理它们时没有崩溃，虽然“笨重”，但仍然可以滚动。IE9崩溃了。Chrome能够加载页面，但速度太慢，几乎无法使用

我知道这不完全是一项科学研究，但我想除了我自己，其他人可能会对它感兴趣

---

测试在运行Windows 7、配备双Xeon处理器和4 Gig ram的Dell工作站上进行

如果你不得不问这样一个问题，那很可能是你做错了什么……如果你有一个这样设计的页面，允许div的数量不是你最大的问题。我不同意这种设计是错误的。我写过搜索，允许人们列出100、250或1000个项目，并需要div来动态更改内容。问题是是否有限制；答案是否定的，但建议一个上限。谢谢你的输入！在网上很难找到这类信息。装载时间如何？渲染这些div花了多少时间？@Ismail这个测试是几年前的事了，但我不记得渲染时间是一个主要问题。也许几秒钟后，潜水艇进入数十万+。