打开一个大的文本文件（30mb）会消耗500000K的Firefox内存

我最初尝试IFrames来启动一个文档，发现对于大文件，所有浏览器中的内存（我第一次在FF中注意到这一点）都跃升到500000 K

起初，我认为可能是我写的一些糟糕的JS代码，但是删除所有无关的代码并仅仅打开文本文件仍然显示出同样的问题

所以现在，我要做的就是去一个网站，看到文件慢慢地显示在屏幕上

有没有什么有效的方法可以让我在浏览器不爆炸的情况下显示文件？我错过了什么

---

---

编辑：我收到了使用文本编辑器的回复。我最初的目标是允许用户单击url，这将附加一个搜索词作为post变量。然后，打开的文本文件将滚动到搜索词的指定点。有没有办法自动打开文本编辑器。。。然后直接转到搜索点？

是xml吗？Firefox试图为xml文件创建一个DOM，该文件可以比文件本身大很多倍。

是xml吗？Firefox试图为xml文件创建一个DOM，其大小可以是文件本身的许多倍。

30MB有点大，即使是对于普通的文本编辑器，我怀疑您也无法说服FF处理好它。我可以尝试以下方法之一：

在网站中实现分页/搜索，使其一次只显示文件的一部分

在实际的文本编辑器中打开文件-这毕竟是他们擅长的

---

您的分页实现（如果适当聪明的话）可能只加载文件中选定部分周围的文本，当它们向上或向下滚动时，使用AJAX加载文件的其他部分（有点像windows中的虚拟列表控件）。这可能有助于减轻对性能的影响。

30MB有点大，即使对于一个普通的文本编辑器，我怀疑您也无法说服FF很好地处理它。我可以尝试以下方法之一：

在网站中实现分页/搜索，使其一次只显示文件的一部分

在实际的文本编辑器中打开文件-这毕竟是他们擅长的

---

---

您的分页实现（如果适当聪明的话）可能只加载文件中选定部分周围的文本，当它们向上或向下滚动时，使用AJAX加载文件的其他部分（有点像windows中的虚拟列表控件）。这可能有助于减轻性能影响。

30MB太多了。这是什么样的文档？我看到有人喜欢它——这是否意味着其他人以前见过它？@ZippyV-这是一个包含许多行输出的测试报告日志文件。@Michael:我喜欢。我从未见过这个确切的问题，但有时我确实发现FF使用了一个可疑的大内存块来处理相对简单的页面。公认的答案可能会给我们一些启示。（或者，可能不是。不管怎样，我都会忘记检查我是否喜欢它：）@anschauung——这里似乎没有解决方案，因为显示一个大的文本文件似乎很实用（这对我来说是新闻：））30MB太多了。这是什么样的文档？我看到有人喜欢它——这是否意味着其他人以前见过它？@ZippyV-这是一个包含许多行输出的测试报告日志文件。@Michael:我喜欢。我从未见过这个确切的问题，但有时我确实发现FF使用了一个可疑的大内存块来处理相对简单的页面。公认的答案可能会给我们一些启示。（或者，可能不是。不管怎样，我都会忘记检查我是否喜欢它：）@anschauung——这里似乎没有解决方案，因为显示一个大的文本文件似乎很实用（这对我来说是新闻：））它不是xml，没有指定的格式；这只是文字，然而，这里也可能是这样吗？是的。Firefox将在内部将文本文件转换为HTML进行渲染。您可以通过使用firebug自己看到这一点-在查看firebug DOM视图时，尝试在.txt文件上使用弹出式词典工具（例如，rikaichan）；这只是文字，然而，这里也可能是这样吗？是的。Firefox将在内部将文本文件转换为HTML进行渲染。您可以通过使用firebug自己看到这一点-在查看firebug DOM视图时，尝试在.txt文件上使用弹出式词典工具（例如，rikaichan）。此外，一些文本编辑器比其他编辑器更擅长处理大文件。如果您尝试的第一个页面看起来很慢，请尝试另一个。最初的想法是启动表单的url:，因此当单击url时，文件将完全打开到搜索词的位置。我添加了一些有关如何尝试实现某些智能分页功能的详细信息。我不知道这是否真的有可能，也不知道你想投入多少精力。重点是不要试图一次将整个文件加载到内存中；到目前为止，我还没有时间实现这样一个机制，我认为这听起来很不错。而且，一些文本编辑器比其他编辑器更擅长处理大型文件。如果您尝试的第一个页面看起来很慢，请尝试另一个。最初的想法是启动表单的url:，因此当单击url时，文件将完全打开到搜索词的位置。我添加了一些有关如何尝试实现某些智能分页功能的详细信息。我不知道这是否真的有可能，也不知道你想投入多少精力。重点是不要试图一次将整个文件加载到内存中；到目前为止，我还没有时间实施这样一个机制，我认为这听起来很不错。