Internet explorer 8 IE渲染巨大html数据的性能

我有一些perl CGI，它们几乎查询了整个表，结果超过了

5000行

，并将数据发送到浏览器。生成的html数据大小约为

1MB

之前我使用的是表（这应该是理想的方法）

不幸的是，大多数用户使用IE，它在收到结束表标记之前不会显示数据。我们能做点什么吗

为了在生成输出后立即推送输出，我使用了另一种方法，在中我使用了

printf和

。这将响应大小减少了200kb，并且在显示中显示得更快。 IE（不是任何其他浏览器）再次占用CPU并挂起几秒钟…：-( .. 我们也能做点什么吗。 仅供参考，我正在使用IE8。

更多的人使用ie？

不管怎样，你为什么还用桌子？ 我们都知道它们很容易维护，很容易混淆，在你的情况下，速度很慢

---

将其输出为div，它将显示所有数据，并且不需要等待表标记完成。因为div和span的属性最少。

从用户体验的角度来看，使用某种分页方法可能是明智的。拥有一个包含成千上万行的单页对最终用户来说听起来完全不友好。有点奇怪例如，一种简单的分页方式（“Skip to page=dropdown=”）肯定会解决您的问题，同时减少加载时间并提高可用性

还有一些解决方案是预先构建的，很可能很容易集成。我马上想到的是Sencha的分页网格：

它相当漂亮，而且你可能会因为使用了一种时髦的新技术而获得一些荣誉。还有其他选择：

• 英格丽：
• YUI数据网格：
• MyTableGrid:

---

希望这能有所帮助！

不同的应用程序有不同的浏览器统计数据。这完全取决于应用程序所针对的市场细分市场。我知道，但他仍然有一个大胆的说法：）让我试试Div，看看我是否能得出一些结论。但这里的问题更多的是IE性能调整或一些方法，可以帮助我提供平滑的响应：-（…将div用于生成它们的目的…响应非常慢。这不是解决方案。然后选择上面答案中的分页选项。我也在考虑分页，但如果有人仍在使用表，我认为他/她不知道这意味着什么：）是的，这是最好的解决方案，但不幸的是，由于对遗留产品的限制，我们不能使用太多的javascript库等。我不喜欢它，但在升级此应用程序之前，我不得不接受它。