前言
首先欢迎大家关注我的掘金账号和Github博客，也算是对我的一点鼓励，毕竟写东西没法获得变现，能坚持下去也是靠的是自己的热情和大家的鼓励。
之前分享过几篇关于React的文章:
其实我在阅读React源码的时候，真的非常痛苦。React的代码及其复杂、庞大，阅读起来挑战非常大，但是这却又挡不住我们的React的原理的好奇。前段时间有人就安利过Preact，千行代码就基本实现了React的绝大部分功能，相比于React动辄几万行的代码，Preact显得别样的简洁，这也就为了我们学习React开辟了另一条路。本系列文章将重点分析类似于React的这类框架是如何实现的，欢迎大家关注和讨论。如有不准确的地方，欢迎大家指正。
在上篇文章从preact了解一个类React的框架是怎么实现的(一): 元素创建我们了解了我们平时所书写的JSX是怎样转化成Preact中的虚拟DOM结构的，接下来我们就要了解一下这些虚拟DOM节点是如何渲染成真实的DOM节点的以及虚拟DOM节点的改变如何映射到真实DOM节点的改变(也就是diff算法的过程)。这篇文章相比第一篇会比较冗长和枯燥，为了能集中分析diff过程，我们只关注dom元素，暂时不去考虑组件。
渲染与diff
@H_404_19@render函数
我们知道在React中渲染是并不是由React完成的，而是由ReactDOM中的@H_404_19@render函数去实现的。其实在最早的版本中，@H_404_19@render函数也是属于React的，只不过后来React的开发者想实现一个于平台无关的库(其目的也是为了React Native服务的)，因此将Web中渲染的部分独立成ReactDOM库。Preact作为一个极度精简的库，@H_404_19@render函数是属于Preact本身的。Preact的@H_404_19@render函数与ReactDOM的@H_404_19@render函数也是有有所区别的:
ReactDOM.render( element,container,[callback] )
@H_404_19@ReactDOM.render接受三个参数,@H_404_19@element是需要渲染的React元素，而@H_404_19@container挂载点，即React元素将被渲染进@H_404_19@container中，第三个参数@H_404_19@callback是可选的，当组件被渲染或者更新的时候会被调用。@H_404_19@ReactDOM.render会返回渲染组元素的真实DOM节点。如果之前@H_404_19@container中含有dom节点，则渲染时会将之前的所有节点清除。例如:
html:
<div id="root"> <div>Hello React!</div> </div>
javascript:
ReactDOM.render(
<h1>Hello,world!</h1>,document.getElementById('root')
);
Hello,world!
Preact.render( vnode,parent,[merge] )
@H_404_19@Preact.render与@H_404_19@ReactDOM.render的前两个参数代表的意义相同，区域在于最后一个，@H_404_19@Preact.render可选的第三个参数@H_404_19@merge，要求必须是第二个参数的子元素，是指会被替换的根节点，否则，如果没有这个参数，Preact 默认追加，而不是像React进行替换。
例如不存在第三个参数的情况下:
html:
<div id="root"> <div id='container'>Hello Preact!</div> </div>
javascript:
preact.render(
<h1>Hello,document.getElementById('root')
);
Hello Preact
Hello,world!
javascript:
preact.render(
<h1>Hello,document.getElementById('root'),document.getElementById('container')
);
Hello,world!
实现
其实在Preact中无论是初次渲染还是之后虚拟DOM改变导致的UI更新最终调用的都是@H_404_19@diff函数，这也是非常合理的，毕竟我们可以将首次渲染当做是@H_404_19@diff过程中用现有的虚拟dom去与空的真实dom基础上进行更新的过程。下面我们首先给出整个@H_404_19@diff过程的大致流程图，我们可以对照流程图对代码进行分析:
首先从@H_404_19@render函数入手，@H_404_19@render函数调用的就是@H_404_19@diff函数:
function render(vnode,merge) {
return diff(merge,vnode,{},false,false);
}
我们可以看到Preact中的@H_404_19@render调用了@H_404_19@diff函数，而@H_404_19@diff定义在@H_404_19@vdom/diff中:
function diff(dom,context,mountAll,componentRoot) {
// diffLevel为 0 时表示第一次进入diff函数
if (!diffLevel++) {
// 第一次执行diff，查看我们是否在diff SVG元素或者是元素在SVG内部
isSvgMode = parent!=null && parent.ownerSVGElement!==undefined;
// hydration 指示的是被diff的现存元素是否含有属性props的缓存
// 属性props的缓存被存在dom节点的__preactattr_属性中
hydrating = dom!=null && !(ATTR_KEY in dom);
}
let ret = idiff(dom,componentRoot);
// 如果父节点之前没有创建的这个子节点，则将子节点添加到父节点之后
if (parent && ret.parentNode!==parent) parent.appendChild(ret);
// diffLevel回减到0说明已经要结束diff的调用
if (!--diffLevel) {
hydrating = false;
// 负责触发组件的componentDidMount生命周期函数
if (!componentRoot) flushMounts();
}
return ret;
}
这部分的函数内容比较庞杂，很难做到面面俱到，我会在代码中做相关的注释。@H_404_19@diff函数主要负责就是将当前的虚拟node节点映射到真实的DOM节点中。参数如下:
- @H_404_19@vnode: 不用说，就是我们需要渲染的虚拟dom节点
- @H_404_19@parent: 就是你要将虚拟dom挂载的父节点
- @H_404_19@dom: 这里的dom其实就是当前的vnode所对应的之前未更新的真实dom。那么就有两种可能: 第一就是@H_404_19@null或者是上面例子的@H_404_19@contaienr(就是@H_404_19@render函数对应的第三个参数)，其本质都是首次渲染，第二种就是vnode的对应的未更新的真实dom，那么对应的就是渲染刷新界面。
- @H_404_19@context: 组件相关，暂时可以不考虑，对应React中的@H_404_19@context。
- @H_404_19@mountAll: 组件相关，暂时可以不考虑
- @H_404_19@componentRoot: 组件相关，暂时可以不考虑
@H_404_19@vnode对应的就是一个递归的结构，那么不用想@H_404_19@diff函数肯定也是递归的。我们首先看一下函数初始的几个变量:
- @H_404_19@diffLevel:用来记录当前渲染的层数(递归的深度)，其实在代码中并没有在进入每层递归的时候都增加并且退出递归的时候减小。只是记录了是不是渲染的第一层，所以对应的值只有@H_404_19@0与@H_404_19@1。
- @H_404_19@isSvgMode:用来指代当前的渲染是否内SVG元素的内部或者我们是否在diff一个SVG元素(SVG元素需要特殊处理)。
- @H_404_19@hydrating: 这个变量是我一直所困惑的，我还专门查了一下，@H_404_19@hydrating指的是保湿、吸水 的意思。@H_404_19@hydrating = dom != null && !(ATTR_KEY in dom);(@H_404_19@ATTR_KEY对应常量@H_404_19@__preactattr_,preact会将props等缓存信息存储在dom的@H_404_19@__preactattr_属性中)，作者给的是下面的注释:
hydration is indicated by the existing element to be diffed not having a prop cache
也就是说@H_404_19@hydrating是指当前的@H_404_19@diff的元素没有缓存但是对应的dom元素必须存在。那么什么时候才会出现dom节点中没有存储缓存？只有当前的dom节点并不是由Preact所创建并渲染的才会使得@H_404_19@hydrating为true。
@H_404_19@idiff函数就是@H_404_19@diff算法的内部实现，相对来说代码会比较复杂，@H_404_19@idiff会返回虚拟dom对应创建的真实dom节点。下面的代码是是向父级元素有选择性添加创建的dom节点，之所以这么做，主要是有可能之前该节点就没有渲染过，所以需要将新创建的dom节点添加到父级dom。但是如果仅仅只是修改了之前dom中的某一个属性(比如样式)，那么其实是不需要添加的，因为该dom节点已经存在于父级dom。
后面的内容，一方面结束递归之后，回置@H_404_19@diffLevel(@H_404_19@diffLevel此时应该为0,表明此时要退出@H_404_19@diff函数)，退出@H_404_19@diff前，将@H_404_19@hydrating置为@H_404_19@false，相当于一个复位的功能。下面的@H_404_19@flushMounts函数是组件相关，在这里我们只需要知道它要做的就是去执行所有刚才安装组件的@H_404_19@componentDidMount生命周期函数。
下面让我们看看@H_404_19@idiff的实现(代码已经分块，具体见注释)，代码比较长，可以先大致浏览一下，做到心里有数，下面会逐块分析，可以对照流程图看:
/** 内部的diff函数 */ function idiff(dom,componentRoot) { // block-1 let out = dom,prevSvgMode = isSvgMode; // 空的node 渲染空的文本节点 if (vnode==null || typeof vnode==='boolean') vnode = ''; // String & Number 类型的节点 创建/更新 文本节点 if (typeof vnode==='string' || typeof vnode==='number') { // 更新如果存在的原有文本节点 // 这里如果节点值是文本类型，其父节点又是文本类型的节点，则直接更新 if (dom && dom.splitText!==undefined && dom.parentNode && (!dom._component || componentRoot)) { if (dom.nodeValue!=vnode) { dom.nodeValue = vnode; } } else { // 不是文本节点，替换之前的节点，回收之前的节点 out = document.createTextNode(vnode); if (dom) { if (dom.parentNode) dom.parentNode.replaceChild(out,dom); recollectNodeTree(dom,true); } } out[ATTR_KEY] = true; return out; } // block-2 // 如果是VNode代表的是一个组件，使用组件的diff let vnodeName = vnode.nodeName; if (typeof vnodeName==='function') { return buildComponentFromVNode(dom,mountAll); } // block-3 // 沿着树向下时记录记录存在的SVG命名空间 isSvgMode = vnodeName==='svg' ? true : vnodeName==='foreignObject' ? false : isSvgMode; // 如果不是一个已经存在的元素或者类型有问题，则重新创建一个 vnodeName = String(vnodeName); if (!dom || !isNamedNode(dom,vnodeName)) { out = createNode(vnodeName,isSvgMode); if (dom) { // 移动dom中的子元素到out中 while (dom.firstChild) out.appendChild(dom.firstChild); // 如果之前的元素已经属于某一个DOM节点，则将其替换 if (dom.parentNode) dom.parentNode.replaceChild(out,dom); // 回收之前的dom元素(跳过非元素类型) recollectNodeTree(dom,true); } } // block-4 let fc = out.firstChild,props = out[ATTR_KEY],vchildren = vnode.children; if (props==null) { props = out[ATTR_KEY] = {}; for (let a=out.attributes,i=a.length; i--; ) props[a[i].name] = a[i].value; } // 优化: 对于元素只包含一个单一文本节点的优化路径 if (!hydrating && vchildren && vchildren.length===1 && typeof vchildren[0]==='string' && fc!=null && fc.splitText!==undefined && fc.nextSibling==null) { if (fc.nodeValue!=vchildren[0]) { fc.nodeValue = vchildren[0]; } } // 否则，如果有存在的子节点或者新的孩子节点，执行diff else if (vchildren && vchildren.length || fc!=null) { innerDiffNode(out,vchildren,hydrating || props.dangerouslySetInnerHTML!=null); } // 将props和atrributes从VNode中应用到DOM元素 diffAttributes(out,vnode.attributes,props); // 恢复之前的SVG模式 isSvgMode = prevSvgMode; return out; }
@H_404_19@idiff函数所接受的参数与@H_404_19@diff是完全相同的，但是二者也是有所区别的。@H_404_19@diff在渲染过程(或者更新过程)中仅仅会调用一次，所以说@H_404_19@diff函数接受的@H_404_19@vnode就是整个应用的虚拟dom，而@H_404_19@dom也就是当前整个虚拟dom所对应的节点。但是@H_404_19@idiff的调用是递归的，因此@H_404_19@dom和@H_404_19@vnode在开始时与@H_404_19@diff函数相等，但是在之后递归的过程中，就对应的是整个应用的部分。
- 首先来看第一块(block-1)的代码:
变量@H_404_19@prevSvgMode用来存储之前的@H_404_19@isSvgMode，目的就是在退出这一次递归调用时恢复到调用前的值。然后如果vnode是@H_404_19@null或者布尔类型，都按照空字符去处理。接下的渲染是整对于字符串(@H_404_19@sting或者@H_404_19@number类型)，主要分为两部分: 更新或者创建元素。如果dom本身存在并且就是一个文本节点，那就只需要将其中的值更新为当前的值即可。否则创建一个新的文本节点，并且将其替换到父元素上，并回收之前的节点值。因为文本节点是没有什么需要缓存的属性值(文本的颜色等属性实际是存储的父级的元素中)，所以直接将其@H_404_19@ATTR_KEY(实际值为@H_404_19@__preactattr_)赋值为@H_404_19@true，并返回新创建的元素。这段代码有两个需要注意的地方:
if (dom.nodeValue!=vnode) {
dom.nodeValue = vnode;
}
为什么在赋值文本节点值时，需要首先进行一个判断?根据代码注释得知Firfox浏览器不会默认做等值比较(其他的浏览器例如Chrome即使直接赋值，如果相等也不会修改dom元素)，所以人为的增加了比较的过程，目的就是为了防止文本节点每次都会被更新，这算是一个浏览器怪癖(quirk)。
回收dom节点的@H_404_19@recollectNodeTree函数做了什么？看代码：
/** * 递归地回收(或者卸载)节点及其后代节点 * @param node * @param unmountOnly 如果为`true`,仅仅触发卸载的生命周期，跳过删除 */ function recollectNodeTree(node,unmountOnly) { let component = node._component; if (component) { // 如果该节点属于某个组件，卸载该组件(最终在这里递归),主要包括组件的回收和相依卸载生命周期的调用 unmountComponent(component); } else { // 如果节点含有ref函数，则执行ref函数，参数为null(这里是React的规范，用于取消设置引用) // 确实在React如果设置了ref的话，在卸载的时候，也会被回调，得到的参数是null if (node[ATTR_KEY]!=null && node[ATTR_KEY].ref) node[ATTR_KEY].ref(null); if (unmountOnly===false || node[ATTR_KEY]==null) { //要做的无非是从父节点将该子节点删除 removeNode(node); } //递归删除子节点 removeChildren(node); } } /** * 回收/卸载所有的子元素 * 我们在这里使用了.lastChild而不是使用.firstChild，是因为访问节点的代价更低。 */ export function removeChildren(node) { node = node.lastChild; while (node) { let next = node.prevIoUsSibling; recollectNodeTree(node,true); node = next; } } /** 从父节点删除该节点 * @param {Element} node 待删除的节点 */ function removeNode(node) { let parentNode = node.parentNode; if (parentNode) parentNode.removeChild(node); }
我们看到在函数@H_404_19@recollectNodeTree中，如果dom元素属于某个组件，首先递归卸载组件(不是本次讲述的重点，主要包括组件的回收和相依卸载生命周期的调用)。否则，只需要先判别该dom节点中是否被在jsx中存在@H_404_19@ref函数(也是缓存在@H_404_19@__preactattr_属性中)，因为存在@H_404_19@ref函数时，我们在组件卸载时以@H_404_19@null参数作为回调(React文档做了相应的规定，详情见Refs and the DOM)。@H_404_19@recollectNodeTree中第二个参数@H_404_19@unmountOnly，表示仅仅触发卸载的生命周期，跳过删除的过程，如果@H_404_19@unmountOnly为@H_404_19@false或者dom中的@H_404_19@ATTR_KEY属性不存在(说明这个属性不是preact所渲染的，否则肯定会存在该属性)，则直接将其从父节点删除。最后递归删除子节点，我们可以看到递归删除子元素的过程是从右到左删除的(首先删除的@H_404_19@lastChild元素)，主要考虑到的是从后访问会有性能的优势。我们在这里(block-1)调用函数@H_404_19@recollectNodeTree的第二个参数是@H_404_19@true，原因是在调用之前我们已经将其在父元素中进行替换，所以是不需要进行调用的函数@H_404_19@removeNode再进行删除该节点的。
- 第二块代码，主要是针对的组件的渲染，如果@H_404_19@vnode.nodeName对应的是函数类型，表明要渲染的是一个组件，直接调用了函数@H_404_19@buildComponentFromVNode(组件不是本次叙述内容)。
- 第三块代码，首先:
isSvgMode = vnodeName==='svg' ? true : vnodeName==='foreignObject' ? false : isSvgMode;
变量@H_404_19@isSvgMode还是用来标记当前创建的元素是否是SVG元素。@H_404_19@foreignObject元素允许包含外来的XML命名空间，一个@H_404_19@foreignObject内部的任何SVG元素都不会被绘制,所以如果是@H_404_19@vnodeName为@H_404_19@foreignObject话，@H_404_19@isSvgMode会被置为@H_404_19@false(其实Svg对我来说也是比较生疏的内容，但是不影响我们分析整个渲染过程)。
// 如果不是一个已经存在的元素或者类型有问题，则重新创建一个
vnodeName = String(vnodeName);
if (!dom || !isNamedNode(dom,true);
}
}
然后开始尝试创建dom元素，如果之前的dom为空(说明之前没有渲染)或者dom的名称与vnode.nodename不一致时，说明我们要创建新的元素，然后如果之前的dom节点中存在子元素，则将其全部移入新创建的元素中。如果之前的dom已经有父元素了，则将其替换成新的元素，最后回收该元素。
在判断节点dom类型与虚拟dom的vnodeName类型是否相同时使用了函数@H_404_19@isNamedNode:
function isNamedNode(node,nodeName) {
return node.normalizedNodeName===nodeName || node.nodeName.toLowerCase()===nodeName.toLowerCase();
}
如果节点是由Preact创建的(即由函数@H_404_19@createNode创建的)，其中dom节点中含有属性@H_404_19@normalizedNodeName(@H_404_19@node.normalizedNodeName = nodeName),则使用@H_404_19@normalizedNodeName去判断节点类型是否相等，否则直接采用dom节点中的@H_404_19@nodeName属性去判断。
到此为止渲染的当前虚拟dom的过程已经结束，接下来就是处理子元素的过程。
- 第四块代码:
let fc = out.firstChild,hydrating || props.dangerouslySetInnerHTML!=null);
}
然后我们看到，如果out是新创建的元素或者该元素不是由Preact创建的(即不存在属性@H_404_19@__preactattr_)，我们会初始化@H_404_19@out中的@H_404_19@__preactattr_属性中并将out元素(刚创建的dom元素)中属性@H_404_19@attributes缓存在@H_404_19@out元素的@H_404_19@ATTR_KEY(@H_404_19@__preactattr_)属性上。但是需要注意的是，比如某个节点的属性发生改变，比如@H_404_19@name由@H_404_19@1变成了@H_404_19@2，那么out属性中的缓存(@H_404_19@__preactattr_)也需要得到更新，但是更新的操作并不发生在这里，而是下面的@H_404_19@diffAttributes函数中。
接下来就是处理子元素只有一个文本节点的情况(其实这部分也可以没有，通过下一层的递归也能解决，这样做只不过是为了优化性能),比如处理下面的情形:
<l1>1</li>
进入单个节点的判断条件也是比较明确的，唯一需要注意的一点是,必须满足@H_404_19@hydrating不为@H_404_19@true，因为我们知道当@H_404_19@hydrating为@H_404_19@true是说明当前的节点并不是由Preact渲染的，因此不能进行直接的优化，需要由下一层递归中创建新的文本元素。
//将props和atrributes从VNode中应用到DOM元素
diffAttributes(out,props);
// 恢复之前的SVG模式
isSvgMode = prevSvgMode;
return out;
函数@H_404_19@diffAttributes的主要作用就是将虚拟dom中@H_404_19@attributes更新到真实的dom中(后面详细讲)。最后重置变量@H_404_19@isSvgMode，并返回vnode所渲染的真实dom节点。
看完了函数@H_404_19@idiff,接下来要关心的就是，在@H_404_19@idiff中对虚拟dom的子元素调用的@H_404_19@innerDiffNode函数(代码依然很长，我们依然做分块，对照流程图看):
function innerDiffNode(dom,isHydrating) {
let originalChildren = dom.childNodes,children = [],keyed = {},keyedLen = 0,min = 0,len = originalChildren.length,childrenLen = 0,vlen = vchildren ? vchildren.length : 0,j,c,f,vchild,child;
// block-1
// 创建一个包含key的子元素和一个不包含有子元素的Map
if (len!==0) {
for (let i=0; i<len; i++) {
let child = originalChildren[i],props = child[ATTR_KEY],key = vlen && props ? child._component ? child._component.__key : props.key : null;
if (key!=null) {
keyedLen++;
keyed[key] = child;
}
else if (props || (child.splitText!==undefined ? (isHydrating ? child.nodeValue.trim() : true) : isHydrating)) {
children[childrenLen++] = child;
}
}
}
// block-2
if (vlen!==0) {
for (let i=0; i<vlen; i++) {
vchild = vchildren[i];
child = null;
// 尝试通过键值匹配去寻找节点
let key = vchild.key;
if (key!=null) {
if (keyedLen && keyed[key]!==undefined) {
child = keyed[key];
keyed[key] = undefined;
keyedLen--;
}
}
// 尝试从现有的孩子节点中找出类型相同的节点
else if (!child && min<childrenLen) {
for (j=min; j<childrenLen; j++) {
if (children[j]!==undefined && isSameNodeType(c = children[j],isHydrating)) {
child = c;
children[j] = undefined;
if (j===childrenLen-1) childrenLen--;
if (j===min) min++;
break;
}
}
}
// 变形匹配/寻找到/创建的DOM子元素来匹配vchild(深度匹配)
child = idiff(child,mountAll);
f = originalChildren[i];
if (child && child!==dom && child!==f) {
if (f==null) {
dom.appendChild(child);
}
else if (child===f.nextSibling) {
removeNode(f);
}
else {
dom.insertBefore(child,f);
}
}
}
}
// block-3
// 移除未使用的带有keyed的子元素
if (keyedLen) {
for (let i in keyed) if (keyed[i]!==undefined) recollectNodeTree(keyed[i],false);
}
// 移除没有父节点的不带有key值的子元素
while (min<=childrenLen) {
if ((child = children[childrenLen--])!==undefined) recollectNodeTree(child,false);
}
}
首先看innerDiffNode函数的参数:
- @H_404_19@dom: @H_404_19@diff的虚拟子元素的父元素对应的真实dom节点
- @H_404_19@vchildren: @H_404_19@diff的虚拟子元素
- @H_404_19@context: 类似于React中的context，组件使用
- @H_404_19@mountAll: 组件相关，暂时可以不考虑
- @H_404_19@componentRoot: 组件相关，暂时可以不考虑
函数代码将近百行，为了方便阅读，我们将其分为四个部分(看代码注释):
- 第一部分代码:
// 创建一个包含key的子元素和一个不包含有子元素的Map
if (len!==0) {
//len === dom.childNodes.length
for (let i=0; i<len; i++) {
let child = originalChildren[i],key = vlen && props ? child._component ? child._component.__key : props.key : null;
if (key!=null) {
keyedLen++;
keyed[key] = child;
}
else if (props || (child.splitText!==undefined ? (isHydrating ? child.nodeValue.trim() : true) : isHydrating)) {
children[childrenLen++] = child;
}
}
}
我们所希望的@H_404_19@diff的过程肯定是以最少的dom操作使得更改后的dom与虚拟dom相匹配，所以之前父节点的dom重用也是非常必要。@H_404_19@len是父级dom的子元素个数，首先对所有的子元素进行遍历，如果该元素是由Preact所渲染(也就是有props的缓存)并且含有key值(不考虑组件的情况下，我们暂时只看该元素props中是否有key值)，我们将其存储在@H_404_19@keyed中，否则如果该元素也是Preact所渲染(有props的缓存)或者满足条件@H_404_19@(child.splitText!==undefined ? (isHydrating ? child.nodeValue.trim() : true) : isHydrating)时,我们将其分配到@H_404_19@children中。这样我们其实就将子元素划分为两类，一类是带有key值的子元素，一类是没有key的子元素。
关于条件@H_404_19@(child.splitText!==undefined ? (isHydrating ? child.nodeValue.trim() : true) : isHydrating)我们分析一下，我们知道@H_404_19@hydrating为@H_404_19@true时表示的是dom元素不是Preact创建的，我们知道调用函数@H_404_19@innerDiffNode时，@H_404_19@isHydrating的值是@H_404_19@hydrating || props.dangerouslySetInnerHTML!=null，那么@H_404_19@isHydrating为@H_404_19@true表示的就是子dom节点不是由Preact所创建的，那么现在看起来上面的判断条件也非常容易理解了。如果节点@H_404_19@child不是文本节点，根据该节点是否是由Preact所创建的做决定，如果是不是由Preact创建的，则添加到@H_404_19@children，否则不添加。如果是文本节点的话，如果是由Preact创建的话则添加，否则执行@H_404_19@child.nodeValue.trim(),我们知道函数@H_404_19@trim返回的是去掉字符串前后空格的新字符串，如果该节点有非空字符，则会被添加到@H_404_19@children中，否则不添加。这样做的目的也无非是最大程度利用之前的文本节点，减少创建不必要的文本节点。
- 第二部分代码:
if (vlen!==0) {
for (let i=0; i<vlen; i++) {
vchild = vchildren[i];
child = null;
// 尝试通过键值匹配去寻找节点
let key = vchild.key;
if (key!=null) {
if (keyedLen && keyed[key]!==undefined) {
child = keyed[key];
keyed[key] = undefined;
keyedLen--;
}
}
// 尝试从现有的孩子节点中找出类型相同的节点
else if (!child && min<childrenLen) {
for (j=min; j<childrenLen; j++) {
if (children[j]!==undefined && isSameNodeType(c = children[j],isHydrating)) {
child = c;
children[j] = undefined;
if (j===childrenLen-1) childrenLen--;
if (j===min) min++;
break;
}
}
}
// 变形匹配/寻找到/创建的DOM子元素来匹配vchild(深度匹配)
child = idiff(child,mountAll);
f = originalChildren[i];
if (child && child!==dom && child!==f) {
if (f==null) {
dom.appendChild(child);
}
else if (child===f.nextSibling) {
removeNode(f);
}
else {
dom.insertBefore(child,f);
}
}
}
}
该部分代码首先对虚拟dom中的子元素进行遍历，对每一个子元素，首先判断该子元素是否含有属性key,如果含有则在@H_404_19@keyed中查找对应keyed的dom元素，并在@H_404_19@keyed将该元素删除。否则在@H_404_19@children查找是否含有和该元素相同类型的节点(利用函数@H_404_19@isSameNodeType),如果查找到相同类型的节点，则在@H_404_19@children中删除并根据对应的情况(即查到的元素在@H_404_19@children查找范围的首尾)缩小排查范围。然后递归执行函数@H_404_19@idiff，如果之前@H_404_19@child没有查找到的话，会在@H_404_19@idiff中创建对应类型的节点。然后根据之前的所分析的，@H_404_19@idiff会返回新的dom节点。
如果@H_404_19@idiff返回dom不为空并且该dom与原始dom中对应位置的dom不相同时，将其添加到父节点。如果不存在对应位置的真实节点，则直接添加到父节点。如果@H_404_19@child已经添加到对应位置的真实dom后，则直接将其移除当前位置的真实dom，否则都将其添加到对应位置之前。
- 第三块代码:
if (keyedLen) {
for (let i in keyed) if (keyed[i]!==undefined) recollectNodeTree(keyed[i],false);
}
这段代码所作的工作就是将@H_404_19@keyed中与@H_404_19@children中没有用到的原始dom节点回收。到此我们已经基本讲完了整个@H_404_19@diff的所有大致流程，还剩@H_404_19@idiff中的@H_404_19@diffAttributes函数没有讲，因为里面涉及到dom中的事件触发，所以还是有必要讲一下:
function diffAttributes(dom,attrs,old) {
let name;
// 通过将其设置为undefined，移除不在vnode中的属性
for (name in old) {
// 判断的条件是如果old[name]中存在，但attrs[name]不存在
if (!(attrs && attrs[name]!=null) && old[name]!=null) {
setAccessor(dom,name,old[name],old[name] = undefined,isSvgMode);
}
}
// 增加或者更新的属性
for (name in attrs) {
// 如果attrs中的属性不是 children或者 innerHTML 并且
// 要么 之前的old里面没有该属性 ====> 说明是新增属性
// 要么 如果name是value或者checked属性(表单)， attrs[name] 与 dom[name] 不同，或者不是value或者checked属性，则和old[name]属性不同 ====> 说明是更新属性
if (name!=='children' && name!=='innerHTML' && (!(name in old) || attrs[name]!==(name==='value' || name==='checked' ? dom[name] : old[name]))) {
setAccessor(dom,old[name] = attrs[name],isSvgMode);
}
}
}
@H_404_19@diffAttributes的参数分别对应于:
- @H_404_19@dom: 虚拟dom对应的真实dom
- @H_404_19@attrs: 期望的最终键值属性对
- @H_404_19@old: 当前或者之前的属性(从之前的VNode或者元素props属性缓存中)
函数@H_404_19@diffAttributes并不复杂，首先遍历@H_404_19@old中的属性，如果当前的属性@H_404_19@attrs中不存在是，则通过函数@H_404_19@setAccessor将其删除。然后将@H_404_19@attr中的属性赋值通过@H_404_19@setAccessor赋值给当前的dom元素。是否需要赋值需要同时满足下满三个条件:
- 属性不能是@H_404_19@children，原因@H_404_19@children表示的是子元素，其实Preact在h函数已经做了处理(详情见系列文章第一篇)，这里其实是不会存在@H_404_19@children属性的。
- 属性也不能是@H_404_19@innerHTML。其实这一点Preact与React是在这点是相同的,不能通过@H_404_19@innerHTML给dom添加内容，只能通过@H_404_19@dangerouslySetInnerHTML进行设置。
- 属性在该dom中不存在 或者 如果当该属性不是@H_404_19@value或者@H_404_19@checked时，缓存的属性(old)必须和现在的属性(attrs)不一样，如果该属性是@H_404_19@value或者@H_404_19@checked时，则dom的属性必须和现在不一样，这么判断的主要目的就是如果属性值是@H_404_19@value或者@H_404_19@checked表明该dom属于表单元素，防止该表单元素是不受控的，缓存的属性存在可能不等于当前dom中的属性。那为什么不都用dom中的属性呢？肯定是由于JavaScript对象中取属性要比dom中拿到属性的速度快很多。
到这里我们有个地方需要注意的是，调用函数@H_404_19@setAccessor时的第三个实参为@H_404_19@old[name] = undefined或者@H_404_19@old[name] = attrs[name]，我们在前面说过，如果虚拟dom中的@H_404_19@attributes发生改变时也需要将真实dom中的@H_404_19@__preactattr_进行更新，其实更新的过程就发生在这里，@H_404_19@old的实参就是@H_404_19@props = out[ATTR_KEY],所以更新@H_404_19@old时也对应修改了dom的缓存。
我们最后需要关注的是函数@H_404_19@setAccessor，这个函数比较长但是结构是及其的简单：
function setAccessor(node,old,value,isSvg) {
if (name === 'className') name = 'class';
if (name === 'key') {
// key属性忽略
}
else if (name === 'ref') {
// 如果是ref 函数被改变了，以null去执行之前的ref函数，并以node节点去执行新的ref函数
if (old) old(null);
if (value) value(node);
}
else if (name === 'class' && !isSvg) {
// 直接赋值
node.className = value || '';
}
else if (name === 'style') {
if (!value || typeof value === 'string' || typeof old === 'string') {
node.style.cssText = value || '';
}
if (value && typeof value === 'object') {
if (typeof old !== 'string') {
// 从dom的style中剔除已经被删除的属性
for (let i in old) if (!(i in value)) node.style[i] = '';
}
for (let i in value) {
node.style[i] = typeof value[i] === 'number' && IS_NON_DIMENSIONAL.test(i) === false ? (value[i] + 'px') : value[i];
}
}
}
else if (name === 'dangerouslySetInnerHTML') {
//dangerouslySetInnerHTML属性设置
if (value) node.innerHTML = value.__html || '';
}
else if (name[0] == 'o' && name[1] == 'n') {
// 事件处理函数 属性赋值
// 如果事件的名称是以Capture为结尾的，则去掉，并在捕获阶段节点监听事件
let useCapture = name !== (name = name.replace(/Capture$/,''));
name = name.toLowerCase().substring(2);
if (value) {
if (!old) node.addEventListener(name,eventProxy,useCapture);
}
else {
node.removeEventListener(name,useCapture);
}
(node._listeners || (node._listeners = {}))[name] = value;
}
else if (name !== 'list' && name !== 'type' && !isSvg && name in node) {
setProperty(node,value == null ? '' : value);
if (value == null || value === false) node.removeAttribute(name);
}
else {
// SVG元素
let ns = isSvg && (name !== (name = name.replace(/^xlink\:?/,'')));
if (value == null || value === false) {
if (ns) node.removeAttributeNS('http://www.w3.org/1999/xlink',name.toLowerCase());
else node.removeAttribute(name);
}
else if (typeof value !== 'function') {
if (ns) node.setAttributeNS('http://www.w3.org/1999/xlink',name.toLowerCase(),value);
else node.setAttribute(name,value);
}
}
}
整个函数都是@H_404_19@if-else的结构，首先看看各个参数:
- @H_404_19@node: 对应的dom节点
- @H_404_19@name: 属性名
- @H_404_19@old: 该属性之前存储的值
- @H_404_19@value: 该属性当前要修改的值
- @H_404_19@isSvg: 是否为SVG元素
然后看一下函数的流程:
- 如果属性名为@H_404_19@className，则属性名修改为@H_404_19@class，这一点Preact与React是不相同的，React对css中的类仅支持属性名@H_404_19@className,但Preact既支持@H_404_19@className的属性名也支持@H_404_19@class，并且Preact更推荐使用@H_404_19@class.
- 如果属性名为@H_404_19@key时，不做任何处理。
- 如果属性名为@H_404_19@class并且不是@H_404_19@svg元素，则直接将值赋值给dom元素。
- 如果属性名为@H_404_19@style时，第一种情况是将字符串类型的样式赋值给@H_404_19@dom.style.cssText。如果value是空或者是字符串这么赋值非常能够理解，但是为什么之前的属性值@H_404_19@old是字串符为什么也需要通过@H_404_19@dom.style.cssText，经过我的实验发现作用应该是覆盖之前通过@H_404_19@cssText赋值的样式(所以这里的代码并不是@H_404_19@if-else)，而是两个@H_404_19@if的结构。下面的第二种情况是@H_404_19@value是对象类型，所进行的操作是剔除取消的属性，添加新的或者更改的属性。
- 如果属性是@H_404_19@dangerouslySetInnerHTML，则将@H_404_19@value中的@H_404_19@__html值赋值给@H_404_19@innerHtml属性。
- 如果属性是以@H_404_19@on开头，说明要绑定的是事件，因为我们知道Preact不同于React，并没有采用事件代理的机制，所有的事件都会被注册到真实的dom中。而且另一点与React不相同的是，如果你的事件名后添加@H_404_19@Capture，例如@H_404_19@onClickCapture，那么该事件将在dom的捕获阶段响应，默认会在冒泡事件响应。如果@H_404_19@value存在则是注册事件，否则会将注册的事件移除。我们发现在调用@H_404_19@addEventListener并没有直接将@H_404_19@value作为其第二个参数传入，而是传入了@H_404_19@eventProxy:
function eventProxy(e) {
return this._listeners[e.type](e);
}
我们看到因为有语句@H_404_19@(node._listeners || (node._listeners = {}))[name] = value，所以某个对应事件的处理函数是保存在@H_404_19@node._listeners对象中，因此当函数@H_404_19@eventProxy调用时，就可以触发对应的事件处理程序，其实这也算是一种简单的事件代理机制，如果该元素对应的某个事件处理程序发生改变时，也就不需要删除之前的处理事件并绑定新的处理，只需要改变@H_404_19@node._listeners对象存储的对应事件处理函数即可。
function setProperty(node,value) {
try {
node[name] = value;
} catch (e) {
}
}
这个函数尝试给为DOM的自有属性赋值，赋值的过程可能在于IE浏览器和FireFox中抛出异常。所以这里有一个@H_404_19@try-catch的结构。
到此为止，我们已经基本全部分析完了Preact中@H_404_19@diff算法的过程，我们看到Preact相比于庞大的React，短短数百行语句就实现了@H_404_19@diff的功能并能达到一个相当不错的性能。由于本人能力所限，不能达到面面俱到，但希望这篇文章能起到抛砖引玉的作用，如果不正确指出，欢迎指出和讨论~
