浏览器渲染15M文本导致崩溃怎么办

最近，我刚刚完成了一个阅读器的txt文件阅读功能，但在处理大文件时，遇到了文本内容过多导致浏览器崩溃的问题。

一般情况下，没有任何样式渲染时不会出现什么问题，15MB的文件大约会有3秒的空白时间。

<div id="content"></div>

fetch('./dp.txt').then(resp => resp.text()).then(text => {
document.getElementById('content').innerText = text

})

尽管目前还没有严重的问题，但随着文件继续增大，肯定会超过浏览器内存限制而导致崩溃。

在开发阅读器的过程中，我添加了下面的样式，结果导致浏览器直接崩溃：

* {
margin: 0;
padding: 0;

}

html,
body {
width: 100%;
height: 100%;
overflow: hidden;

}

body {
column-fill: auto;
column-width: 375px;
overflow-x: auto;

}

预期结果应该是像下面这样分段显示：

然而，实际出现了下面的问题：

因此，文件内容太多会导致浏览器崩溃。即使进行普通的渲染，我们也要考虑这个问题。

如何解决

解决这个问题的方法有点经验的前端开发工程师应该都知道可以使用虚拟滚动，重点是怎么对文本分段分段，最容易的可能就是按照一定数量字符划分，但是这个导致文本衔接不整齐出现文本跳动。如图，橙色和蓝色表示两端文本的衔接，虚拟滚动必然会提前移除橙色那块内容，那么就会导致蓝色文本位置发生改变。

要解决这个问题，我们需要想办法用某个元素替代原来的位置。当前页橙色部分删除并计算位置，问题会变得复杂并且误差比较大，因此这一部分直接保留，把这部分前面的内容移除，然后用相同长度的元素占据，接下来重点就是怎么获取到橙色部分与前面内容的分界点。

获取分界点可以使用document.createRange()，document.createRange()是 JavaScript 中用于创建Range对象的方法。Range对象表示一个包含节点与文本节点之间一定范围的文档片段。这个范围可以横跨单个节点、部分节点或者多个节点。

// 创建 Range 对象
const range = document.createRange();


range.setStart(textNode, 0); // 第一个参数可以是文本节点，第二个参数表示偏移量

range.setEnd(textNode, 1);
const rect = range.getBoundingClientRect(); // 获取第一个字符的位置信息

利用Range对象的特性，我们可以从橙色部分的最后一个字符开始计算，直到找到分界点的位置。

阅读器如果仅仅只是从左往右阅读，按照上面的方法已经可以实现，但是阅读器可能会出现页面直接跳转，跳转之后的文本起点你并不知道，并且页面总页码你也无法知道。因此从一开始就要知道每一页的分界点，也就是需要做预渲染。以下是一个简单的示例：

let text = '...'
const step = 300
let end = Math.min(step, value.length) // 获取结束点

while (text.length > 0) {

  node.innerText = value.substring(0, end) // 取部分插入节点
const range = document.createRange()

  range.selectNodeContents(node)
const rect = range.getBoundingClientRect() // 获取当前内容的位置信息

if (rect.height > boxHeight) {
// 判断当前内容高度是否会超出显示区域的高度
// 如果超出，从 end 最后一个字符开始计算，直到不超出范围
while (bottom > boxHeight) {
// node.childNodes[0] 表示文本节点

      range.setStart(node.childNodes[0], end - 1)

      range.setEnd(node.childNodes[0], end)

      bottom = range.getBoundingClientRect().bottom

      end--

    }

  } else {
// 如果没有超出，end 继续增加
// ...

  }

}

上面只是简单的实现原理，可以达到精确区分每一页的字符，但是计算量有点太大，15MB文本大约500多万字，循环次数估计也在几十万到上百万。在本人的电脑上测试大约需要20秒，每个人设备的性能不同，所需时间也会有所不同。很明显，这种实现方式并不太理想。

后来我对这个方案进行了优化，实际上我们不需要计算每一页的分界点，可以计算出多页的分界点，例如10页、20页、50页等。优化后的代码是将step增大，比如设为10000，然后将不能组成一页的尾部内容去掉。优化后，15MB的文本大约需要4秒左右。需要注意的是，step并不是越大越好，太大会导致渲染页面占用时间过长。

这就是我目前用来解决页面渲染大量文本的方法。如果你有更