在2016年，如果react火起来的时候本文版权归作者所有，未经授权不得转载。【转载请注明来源】，没有virtual dom，会怎样？你【关注微信公众号：wwwtangshuangnet】【本文受版权保护】还会选择使用react吗？这是一个历史假【原创不易，请尊重版权】【转载请注明来源】设问题。但今天来看，这个问题却非常有趣，转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。因为，在经历对react的狂热追捧之后，原创内容，盗版必究。【关注微信公众号：wwwtangshuangnet】我们也逐渐发现了一些virtual do【转载请注明来源】【原创不易，请尊重版权】m及其整个机制的缺陷，而这些缺陷，是否没【作者：唐霜】本文版权归作者所有，未经授权不得转载。有virtual dom，就不会有？

Diff和Patch

很多人还分不清React渲染和diff的【本文受版权保护】著作权归作者所有，禁止商业用途转载。界限。virtual dom是对象树，是【本文受版权保护】【未经授权禁止转载】用来表示组件树的内存对象；fiber是在【版权所有，侵权必究】【原创内容，转载请注明出处】virtual dom的前提下，为每一个【作者：唐霜】【原创内容，转载请注明出处】节点附加的任务机制对象；diff是对新老转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。两个virtual dom（内存对象）进本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】行对比，对比过程中使用了fiber提供的原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。任务机制，可以被中断，中断之后，要从头来【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】过；diff得到的结果是patch，用来【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net表示哪些virtual dom节点发生了【本文首发于唐霜的博客】未经授权，禁止复制转载。何种变化；更新渲染是实施patch过程，【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】fiber上记录了每一个virtual 【本文受版权保护】【本文受版权保护】dom节点对应的真实DOM节点，每一个p未经授权，禁止复制转载。未经授权，禁止复制转载。atch针对对应的DOM节点进行操作；d本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。iff过程可以中断重来，patch渲染过本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。程不能被中断。

第一次渲染性能不佳

React在第一次渲染到界面时跟virt著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】ual dom的更新机制没有半毛钱关系，转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net根本没法享受它带来的性能优势。相反，由于【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。第一次渲染需要创建原始的virtual 【转载请注明来源】【作者：唐霜】dom以及fiber体系，反而会浪费一定本文作者：唐霜，转载请注明出处。【作者：唐霜】的性能，当需要进行大列表数据渲染时，这种著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】浪费体现的更加明显。

更新时并没有想象中那么强

virtual dom宣称的对立面是，对【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net一整块DOM进行全部替换的更新方式，一次未经授权，禁止复制转载。【原创不易，请尊重版权】性更新整块DOM需要消耗大量资源删除原有未经授权，禁止复制转载。【作者：唐霜】DOM，创建新DOM，实施Reaint/本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。Reflow过程，所以理论上virtua著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。l dom性能更好。但是，并不排除有的情未经授权，禁止复制转载。【本文受版权保护】况下，一次性替换整块DOM会比用virt【版权所有，侵权必究】【原创不易，请尊重版权】ual dom的形式更新性能更好。当pa【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。tch数量超过一定数额时，除了需要进行遍未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。历之外，每一次对小量的DOM进行操作，都转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】可能带来重绘过程，数量一多，那么浏览器就著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net需要完成n次重绘，造成卡顿，虽然一次性整转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。块替换DOM也会存在同样问题。diff算本文作者：唐霜，转载请注明出处。本文作者：唐霜，转载请注明出处。法本身也存在性能损耗，fiber机制就是【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。为了解决这个问题，但是实际上，fiber转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net并没有强化virtual dom的优势，【转载请注明来源】本文版权归作者所有，未经授权不得转载。因为js是单线程的，即使异步操作，所以该原创内容，盗版必究。【未经授权禁止转载】做的计算一秒都少不了，在diff过程中，【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。如果被中断，就要从来一次，反而增加了时间本文作者：唐霜，转载请注明出处。转载请注明出处：www.tangshuang.net，不过好在fiber的调度机制，可以在空本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】闲的时候把能干的先干，但是，该卡顿的还是【版权所有，侵权必究】【版权所有，侵权必究】会卡顿，这和fiber本身没有关系，是j【转载请注明来源】【本文首发于唐霜的博客】s单线程决定的。

不用这套可以吗？

不用virtual dom这套机制可以吗【未经授权禁止转载】原创内容，盗版必究。？不就是想最小化更新DOM变化吗，同样的未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。道理，我也有一个diff，也有一个类似p【作者：唐霜】【转载请注明来源】atch的机制，直接在DOM上进行dif转载请注明出处：www.tangshuang.net【转载请注明来源】f和patch，不需要virtual d【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。om和fiber，以及它们所带来的一切一本文作者：唐霜，转载请注明出处。【未经授权禁止转载】切东西。

React更新过程

本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。

如果你仔细观察上面这个图，你就会发现，在【原创不易，请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】diff阶段，内存中需要保存两个virt【本文首发于唐霜的博客】【本文受版权保护】ual dom，以及一套fiber，并最原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net终产生一个patches列表。虽然是js本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。内存对象，virtual dom所带来的【未经授权禁止转载】原创内容，盗版必究。负担其实也不轻，而且它实际上并非和真实D本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。OM的结构完全一致，理论上会有更多层级。【未经授权禁止转载】本文作者：唐霜，转载请注明出处。我们能否干掉virtual dom，直接著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】对DOM进行对比呢？

jqvm的更新过程

本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】原创内容，盗版必究。

我在jQvm中，实现了这套更新逻辑，它不依赖virt【本文受版权保护】【转载请注明来源】ual dom，也是有diff和patc【关注微信公众号：wwwtangshuangnet】转载请注明出处：www.tangshuang.neth两个过程，但是其实是在同时完成的，di著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。ff是对两个真实DOM结构进行对比，其中【转载请注明来源】著作权归作者所有，禁止商业用途转载。有一个是临时DOM片段，更新完之后就会销【转载请注明来源】原创内容，盗版必究。毁。直接对两个DOM进行diff其实和r本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshuang.neteact的diff在性能上差不太多，因为【原创内容，转载请注明出处】【作者：唐霜】react diff虽有算法加持但深度更未经授权，禁止复制转载。【未经授权禁止转载】深，而直接DOM diff深度可能更深，【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net但不会多出未知层级。在DOM diff过本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。程中，发现差异马上patch，而不是在找著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】出所有不同后才patch，省了patch【本文受版权保护】原创内容，盗版必究。对象，也就是说，一次diff&p本文作者：唐霜，转载请注明出处。本文作者：唐霜，转载请注明出处。atch，就完成了更新。当然，这不是说这【作者：唐霜】【原创不易，请尊重版权】种方式性能更好，不过非大规模更新情况下，著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net这种更新方式也有明显的优势。

你可能还会问，既然如此，为啥不直接整块替原创内容，盗版必究。【转载请注明来源】换呢？jqvm之前就是整块替换的，遇到的【版权所有】唐霜 www.tangshuang.net【原创不易，请尊重版权】问题是在input输入时，一替换，就失焦【本文首发于唐霜的博客】【本文受版权保护】了。所以，在原始DOM的基础上进行更新，【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。才是王道。

真正的意义在哪儿？

从上面可以看出，有没有virtual d【转载请注明来源】著作权归作者所有，禁止商业用途转载。om，我们都可以完成视图更新渲染，vir【作者：唐霜】【版权所有】唐霜 www.tangshuang.nettual dom不是必须的。那virtu著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。al dom的真正意义在哪里？为什么它可原创内容，盗版必究。【原创内容，转载请注明出处】以吸引我们，让我们狂热不已？我觉得，最核【访问 www.tangshuang.net 获取更多精彩内容】【原创不易，请尊重版权】心的点在于，它将视图进行抽象为内存对象，本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】抽象后的视图与平台无关，无论是在web平未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net台，还是移动设备平台上，都可以对virt【转载请注明来源】【原创不易，请尊重版权】ual dom进行解释，渲染成复合对应平【作者：唐霜】【版权所有】唐霜 www.tangshuang.net台上的界面效果。而且它抽象的结果是对象（本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】纯对象），那么就可以轻松在设备之间传输，【本文受版权保护】【关注微信公众号：wwwtangshuangnet】比如服务端渲染到canvas（类似云游戏本文作者：唐霜，转载请注明出处。原创内容，盗版必究。）。此外，有另外一种可能，将diff移出【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。当前线程进行计算，启动一个worker线【未经授权禁止转载】未经授权，禁止复制转载。程，或者webassembly，计算完之转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】后，把patch传回主线程，而在算的过程本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net里面，主线程在不产生冲突的情况下，界面还【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。可以继续更新另外一块区域。这种想法好是好转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net，但是马上会遇到线程安全问题。

结语

对于web来说，virtual dom不【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。是必须的。

2020-11-10 4453