大型SSRS HTML报告：浏览器可以处理多少HTML？

Question

我们有一个SSRS报告，我们正在渲染HTML并使用JQuery ajax（）函数插入到Intranet页面。 SSRS的HTML大小可能非常大 - 从 50KB到200MB 。使用报告HTML总是传递大约~20k的CSS样式。

当显示1MB报告时，浏览器开始变慢（向上和向下滚动页面变得“滞后”），并且在5MB以上它似乎无法使用。我们的用户都在使用IE 7/8。

我猜测性能问题是页面上有太多DOM对象和样式太多的简单问题。

关于HTML浏览器可以轻松处理的数量是否有经验法则？

编辑：我们的要求明确禁止分页。

Answer 1

Web浏览器用于显示人类可以阅读的内容。让我们假设谷歌为您提供所有网站的列表，您必须手动搜索它们。我认为您应该为用户提供一些搜索条件和分页。

Answer 2

为什么不在Intranet html页面上放置这些报告的链接，以便可以使用右键单击 - 另存为...来下载它们？

作为一个用户，如果您的内部网页通过在html文档中插入数百万个dom节点而意外地陷入浏览器，我会非常生气（我相信如果你杀死他的在线sodoku会话，你的老板会发疯ajax攻击:)。

如果您将报告与包含文件大小的有意义字幕相关联，那么对您的用户来说，认为会更好。

Answer 3

如果可能，并且没有很多可能的参数要考虑，可能值得研究创建批处理过程，以使用报告服务Web服务以.pdf格式预呈现报告;然后在网页上提供指向预渲染.pdf的链接。 .pdf文件大小也应该小得多。