Vue的双端diff算法怎么实现

这篇文章主要介绍了Vue的双端diff算法怎么实现的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇Vue的双端diff算法怎么实现文章都会有所收获，下面我们一起来看看吧。Vue 和 React 都是基于 vdom 的前端框架，组件渲染会返回 vdom，渲染器再把 vdom 通过增删改的 api 同步到 dom。当再次渲染时，会产生新的 vdom，渲染器会对比两棵 vdom 树，对有差异的部分通过增删改的 api 更新到 dom。这里对比两棵 vdom 树，找到有差异的部分的算法，就叫做 diff 算法。我们知道，两棵树做 diff，复杂度是 O(n^3) 的，因为每个节点都要去和另一棵树的全部节点对比一次，这就是 n 了，如果找到有变化的节点，执行插入、删除、修改也是 n 的复杂度。所有的节点都是这样，再乘以 n，所以是 O(n * n * n) 的复杂度。这样的复杂度对于前端框架来说是不可接受的，这意味着 1000 个节点，渲染一次就要处理 1000 * 1000 * 1000，一共 10 亿次。所以前端框架的 diff 约定了两种处理原则：只做同层的对比，type 变了就不再对比子节点。因为 dom 节点做跨层级移动的情况还是比较少的，一般情况下都是同一层级的 dom 的增删改。这样只要遍历一遍，对比一下 type 就行了，是 O(n) 的复杂度，而且 type 变了就不再对比子节点，能省下一大片节点的遍历。另外，因为 v免费云主机域名dom 中记录了关联的 dom 节点，执行 dom 的增删改也不需要遍历，是 O(1)的，整体的 diff 算法复杂度就是 O(n) 的复杂度。1000 个节点渲染一次最多对比 1000 次，这样的复杂度就是可接受的范围了。但是这样的算法虽然复杂度低了，却还是存在问题的。比如一组节点，假设有 5 个，类型是 ABCDE，下次渲染出来的是 EABCD，这时候逐一对比，发现 type 不一样，就会重新渲染这 5 个节点。而且根据 type 不同就不再对比子节点的原则，如果这些节点有子节点，也会重新渲染。dom 操作是比较慢的，这样虽然 diff 的算法复杂度是低了，重新渲染的性能也不高。所以，diff 算法除了考虑本身的时间复杂度之外，还要考虑一个因素：dom 操作的次数。上面那个例子的 ABCDE 变为 EABCD，很明显只需要移动一下 E 就行了，根本不用创建新元素。但是怎么对比出是同个节点发生了移动呢？判断 type 么？ 那不行，同 type 的节点可能很多，区分不出来的。最好每个节点都是有唯一的标识。所以当渲染一组节点的时候，前端框架会让开发者指定 key，通过 key 来判断是不是有点节点只是发生了移动，从而直接复用。这样，diff 算法处理一组节点的对比的时候，就要根据 key 来再做一次算法的优化。我们会把基于 key 的两组节点的 diff 算法叫做多节点 diff 算法，它是整个 vdom 的 diff 算法的一部分。接下来我们来学习一下多节点 diff 算法：假设渲染 ABCD 一组节点，再次渲染是 DCAB，这时候怎么处理呢？多节点 diff 算法的目的是为了尽量复用节点，通过移动节点代替创建。所以新 vnode 数组的每个节点我们都要找下在旧 vnode 数组中有没有对应 key 的，有的话就移动到新的位置，没有的话再创建新的。也就是这样的：这里的 patch 函数的作用是更新节点的属性，重新设置事件监听器。如果没有对应的旧节点的话，就是插入节点，需要传入一个它之后的节点作为锚点 anchor。我们遍历处理新的 vnode：先从旧的 vnode 数组中查找对应的节点，如果找到了就代表可以复用，接下来只要移动就好了。如果没找到，那就执行插入，锚点是上一个节点的 nextSibling。那如果找到了可复用的节点之后，那移动到哪里呢？其实新的 vnode 数组中记录的顺序就是目标的顺序。所以把对应的节点按照新 vnode 数组的顺序来移动就好了。要插入到 i 的位置，那就要取 i-1 位置的节点的 nextSibling 做为锚点来插入当前节点。但是并不是所有的节点都需要移动，比如处理到第二个新的 vnode，发现它在旧的 vnode 数组中的下标为 4，说明本来就是在后面了，那就不需要移动了。反之，如果是 vnode 查找到的对应的旧的 vnode 在当前 index 之前才需要移动。也就是这样：查找新的 vnode 在旧的 vnode 数组中的下标，如果找到了的话，说明对应的 dom 就是可以复用的，先 patch 一下，然后移动。移动的话判断下下标是否在 lastIndex 之后，如果本来就在后面，那就不用移动，更新下 lastIndex 就行。如果下标在 lastIndex 之前，说明需要移动，移动到的位置前面分析过了，就是就是新 vnode 数组 i-1 的后面。这样，我们就完成了 dom 节点的复用和移动。新的 vnode 数组全部处理完后，旧的 vnode 数组可能还剩下一些不再需要的，那就删除它们：这样，我们就完成了两组 vnode 的 diff 和对应 dom 的增删改。小结一下：diff 算法的目的是根据 key 复用 dom 节点，通过移动节点而不是创建新节点来减少 dom 操作。对于每个新的 vnode，在旧的 vnode 中根据 key 查找一下，如果没查找到，那就新增 dom 节点，如果查找到了，那就可以复用。复用的话要不要移动要判断下下标，如果下标在 lastIndex 之后，就不需要移动，因为本来就在后面，反之就需要移动。最后，把旧的 vnode 中在新 vnode 中没有的节点从 dom 树中删除。这就是一个完整的 diff 算法的实现：这个 diff 算法我们是从一端逐个处理的，叫做简单 diff 算法。简单 diff 算法其实性能不是最好的，比如旧的 vnode 数组是 ABCD，新的 vnode 数组是 DABC，按照简单 diff 算法，A、B、C 都需要移动。那怎么优化这个算法呢？从一个方向顺序处理会有这个问题，那从两个方向同时对比呢？这就是双端 diff 算法：简单 diff 算法能够实现 dom 节点的复用，但有的时候会做一些没必要的移动。双端 diff 算法解决了这个问题，它是从两端进行对比。我们需要 4 个指针，分别指向新旧两个 vnode 数组的头尾：头和尾的指针向中间移动，直到 oldStartIdx
每次对比下两个头指针指向的节点、两个尾指针指向的节点，头和尾指向的节点，是不是 key是一样的，也就是可复用的。如果是可复用的话就直接用，调用 patch 更新一下，如果是头尾这种，还要移动下位置。也就是这样的：头头和尾尾的对比比较简单，头尾和尾头的对比还要移动下节点。比如旧 vnode 的头节点是新的 vnode 的尾节点，那就要把它移动到旧的 vnode 的尾节点的位置。也就是：插入节点的锚点节点是 oldEndVNode 对应的 dom 节点的 nextSibling。如果旧 vnode 的尾节点是新 vnode 的头结点，那就要把它移动到旧 vnode 的头结点的位置。也就是：插入节点的锚点节点是 oldStartVNode 对应的 dom 节点（因为要插在它之前）。从双端进行对比，能尽可能的减少节点移动的次数。当然，还要处理下如果双端都没有可复用节点的情况：如果双端都没有可复用节点，那就在旧节点数组中找，找到了就把它移动过来，并且原位置置为 undefined。没找到的话就插入一个新的节点。也就是这样：因为有了一些 undefined 的节点，所以要加上空节点的处理逻辑：这样就完成了节点的复用和移动的逻辑。那确实没有可复用的节点的那些节点呢？经过前面的移动之后，剩下的节点都被移动到了中间，如果新 vnode 有剩余，那就批量的新增，如果旧 vnode 有剩余那就批量的删除。因为前面一个循环的判断条件是 oldStartIdx
所以判断条件是这样的：这样就是一个完整的 diff 算法了，包括查找可复用节点和移动节点、新增和删除节点。而且因为从两侧查找节点，会比简单 diff 算法性能更好一些。比如 ABCD 到 DABC，简单 diff 算法需要移动 ABC 三个节点，而双端 diff 算法只需要移动 D 一个节点。小结一下：双端 diff 是头尾指针向中间移动的同时，对比头头、尾尾、头尾、尾头是否可以复用，如果可以的话就移动对应的 dom 节点。如果头尾没找到可复用节点就遍历 vnode 数组来查找，然后移动对应下标的节点到头部。最后还剩下旧的 vnode 就批量删除，剩下新的 vnode 就批量新增。双端 diff 算法是 Vue2 采用的 diff 算法，性能还不错。后来，Vue3 又对 diff 算法进行了一次升级，叫做快速 diff 算法。这个后面再讲。关于“Vue的双端diff算法怎么实现”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“Vue的双端diff算法怎么实现”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注百云主机行业资讯频道。

相关推荐: freemarker静态化生成html页面乱码怎么解决

这篇文章主要介绍“freemarker静态化生成html页面乱码怎么解决”的相关知识，小编通过实际案例向大家展示操作过程，操作方法简单快捷，实用性强，希望这篇“freemarker静态化生成html页面乱码怎么解决”文章能帮助大家解决问题。然后是control…