Javascript Firefox DOMContentLoaded和load事件在textarea中的大型内容上非常缓慢

我正试图在文本区域中加载一个大的（几个MEG）文档

忽略网络加载时间（当我重新加载它时，这实际上是最小的，因为它得到了一个304），在Firebug中，它告诉我DOMContentLoaded和load事件大约需要20秒才能触发

如果我将textarea更改为div，它会将时间减少到5秒，即使它实际上必须渲染整个内容

没有加载javascript库-卸载它们是我尝试的第一件事。我确实加载了很多CSS文件

关于是什么让它如此缓慢，或者更好的是，如何加快速度，你有什么想法吗？一次加载一块内容？有点难看，但至少它给了用户一些可以查看的东西，而不是锁定的浏览器和潜在的“此脚本花费的时间太长”警告

---

这是Ubuntu上的Firefox 3.6.15。

David，在Firefox 3.6和更早版本的文本区域中，由于编辑器代码在文本区域内重新格式化DOM，因此具有很长内容的文本区域非常慢：它每行创建一个文本节点和一个

。这比仅仅渲染

的单个textnode子节点要多得多

你应该试试Firefox4，它直接编辑textnode（或者说是它的克隆）；我想在你的页面上会快得多

---

对于用户来说，为了加快速度。。。不幸的是，对于旧版本的Firefox，您唯一的选择是在文本区域中没有太多的文本。

David，在Firefox 3.6和更早版本的文本区域中，具有很长内容的速度非常慢，因为编辑器代码在文本区域内重新格式化DOM：它每行创建一个文本节点和一个

。这比仅仅渲染

的单个textnode子节点要多得多

你应该试试Firefox4，它直接编辑textnode（或者说是它的克隆）；我想在你的页面上会快得多

---

对于用户来说，为了加快速度。。。不幸的是，对于旧版本的Firefox，您唯一的选择是在文本区域中不要有太多的文本。

在其他浏览器中测试过吗？什么样的文件？可能是慢IO？在Chrome中更快。我并不期待奇迹出现——毕竟这是一个大文档——但奇怪的是，我不认为它是IO：当我得到一个304时，它同样慢，如果我使用一个div（它必须将整个内容呈现为HTML！）HTML渲染器在过去几年中在任何浏览器中都得到了广泛的喜爱。我能想到的唯一一件事就是为什么textfield变慢，是因为escape`\`解析？我想这可能还没有看到任何优化。表单元素通常也是被浏览器重用的操作系统组件，也可能不属于HTML渲染的范畴。在任何情况下，InterTesting find。在其他浏览器中测试过吗？什么样的文件？可能是慢IO？在Chrome中更快。我并不期待奇迹出现——毕竟这是一个大文档——但奇怪的是，我不认为它是IO：当我得到一个304时，它同样慢，如果我使用一个div（它必须将整个内容呈现为HTML！）HTML渲染器在过去几年中在任何浏览器中都得到了广泛的喜爱。我能想到的唯一一件事就是为什么textfield变慢，是因为escape`\`解析？我想这可能还没有看到任何优化。表单元素通常也是被浏览器重用的操作系统组件，也可能不属于HTML渲染的范畴。在任何情况下，interresting都可以找到。我经常想知道为什么Firefox中有大量文本的文本区域速度如此之慢。这就解释了。谢谢。我经常想知道为什么Firefox中有很多文本的文本区域速度这么慢。这就解释了。谢谢