实现前端资源增量式更新的一种思路

发布时间：2025-11-04 00:06:44 来源：云智核 作者：数据库

之前校招面试的实现式更时候遇到过一个很有趣的问题：

“假设有一个超超超大型的Web项目，JS源代码压缩之后超过10MB(实际怎么可能会有这么大的前端嘛=。=)，资源增量种思每次更新之后都需要用户重新加载JS是实现式更不可接受的，那么怎么样从工程的前端角度解决这种问题?”

一开始立马想到了好几点解决方案，比如：

后来在面试官的实现式更引导下想到了一种“增量式更新”的解决方案，简单地说就是前端在版本更新的时候不需要重新加载资源，只需要加载一段很小的资源增量种思 diff 信息，然后合并到当前资源上，b2b供应网实现式更类似 git merge 的前端效果。

1、资源增量种思用户端使用 LocalStorage 或者其它储存方案，存储一份原始代码+时间戳：

2、每次加载资源的时候向服务器发送这个时间戳;

3、服务器从接受到时间戳中识别出客户端的版本，和***的版本做一次 diff，返回两者的 diff 信息：

4、客户端接收到这个 diff 信息之后，把本地资源和时间戳更新到***，实现一次增量更新：

实践

下面把这个方案中的核心思想实现一遍，简单地说就是实现 diff 和 mergeDiff 两个函数。

今天找到了一个不错的 diff 算法：

GitHub – kpdecker/jsdiff: A javascript text differencing implementation.

我们只需要调用它的 diffChars 方法来对比两个字符串的差异：

上面的 diff 信息略有些冗余，我们可以自定义一种更简洁的表示方法来加速传输的速度：

整数代表无变化的字符数量，“-”开头的字符串代表被移除的字符数量，“+”开头的企商汇字符串代表新加入的字符。所以我们可以写一个 minimizeDiffInfo 函数：

用户端接受到精简之后的 diff 信息，生成***的资源：

实际效果

有兴趣的话可以直接运行这个：

GitHub – starkwang/Incremental

使用 create-react-app 这个小工具快速生成了一个 React 项目，随便改了两行代码，然后对比了一下build之后的新旧两个版本：

下面是结果：

可以看到 build 之后的代码有 21w 多个字符(212KB)，而 diff 信息却相当短小，只有151个字符，相比于重新加载新版本，缩小了1000多倍(当然我这里只改了两三行代码，小是自然的)。

一些没涉及到的问题

上面只是把核心的思路实现了一遍，实际工程中还有更多要考虑的东西：

1、服务器不可能对每一次请求都重新计算一次 diff，所以必然要对 diff 信息做缓存;

2、用户端持久化储存的实现方案，比如喜闻乐见的 LocalStorage、Indexed DB、Web SQL，WordPress模板或者使用 native app 提供的接口;

3、容错、用户端和服务器端的一致性校对、强制刷新的实现。 

相关文章