react hooks的更新外围,其实是一个链表的钩子。
目前能够确定,useRef和useState相似,每一个useState/useRef都能够了解为一个钩子,钩子(指针)存储在workInProgressHook中
能够回顾一下useRef的源码:react hooks实质摸索 - useRef源码详解
初始化workInProgressHook代码如下(中文正文为笔者增加的正文,英文正文为源代码里的正文)
function mountWorkInProgressHook() { // 新建链表结点 var hook = { memoizedState: null, baseState: null, baseQueue: null, queue: null, next: null }; // workInProgressHook能够了解为链表的指针 // 个别状况:指针指的不是链表的结尾 if (workInProgressHook !== null) { // 把新的hook赋值给以后workInProgressHook的next workInProgressHook.next = hook; // 让以后的指针指向下一个钩子 workInProgressHook = workInProgressHook.next } // 非凡状况:指针指的是null,阐明链表未建设。 if (workInProgressHook === null) { // 让指针指向hook workInProgressHook = hook; // 这里先不去管他,currentlyRenderingFiber$1应该是优化渲染局部的 currentlyRenderingFiber$1.memoizedState = workInProgressHook; } // 返回指针 return workInProgressHook;}
总结来说,等于是把链表的next指向一个新的hook,同时返回了这个链表的表尾。
以上就是初始化useRef/useState干的事件。
接下来看更新时,useRef/useState干了什么:
因为代码比拟长,能够先看一个步骤图理解一下步骤拆解
上面看源码(中文正文为笔者增加的正文,英文正文为源代码里的正文):
function updateWorkInProgressHook() { // This function is used both for updates and for re-renders triggered by a // render phase update. It assumes there is either a current hook we can // clone, or a work-in-progress hook from a previous render pass that we can // use as a base. When we reach the end of the base list, we must switch to // the dispatcher used for mounts. var nextCurrentHook; // 这里在workInProgressHook之外,引入了一个新的概念:currentHook // 然而这个概念能够不必管,因为这是fiber的概念。咱们本次不须要晓得fiber的概念 if (currentHook === null) { var current = currentlyRenderingFiber$1.alternate; if (current !== null) { nextCurrentHook = current.memoizedState; } else { nextCurrentHook = null; } } else { nextCurrentHook = currentHook.next; } // 来到咱们相熟的workInProgressHook var nextWorkInProgressHook; // 以下这块代码,是为了初始化nextWorkInProgressHook // 非凡状况:链表结尾。如果以后的指针指向为空,阐明为结尾。留神这里判断的是workInProgressHook if (workInProgressHook === null) { // 为什么这么赋值,也跟fiber无关。能够先不论 nextWorkInProgressHook = currentlyRenderingFiber$1.memoizedState; } else { // 如果不是链表结尾,那么会让nextWorkInProgressHook等于以后链表指针的next,很好了解 nextWorkInProgressHook = workInProgressHook.next; } // 这个模块是为了让workInProgressHook失常地指向下一个链表节点 // 失常状况:初始化nextWorkInProgressHook后,nextWorkInProgressHook不为空 if (nextWorkInProgressHook !== null) { // 这部分逻辑就是失常将workInProgressHook指针指向下一个元素 // There's already a work-in-progress. Reuse it. workInProgressHook = nextWorkInProgressHook; // nextWorkInProgressHook在这个办法里不再用到,然而一个全局变量,其余中央可能用到。 nextWorkInProgressHook = workInProgressHook.next; currentHook = nextCurrentHook; } else { // 非凡状况:初始化nextWorkInProgressHook后,nextWorkInProgressHook依然为空 // 可能有两种状况: // 1.workInProgressHook为空(代表链表为空),currentlyRenderingFiber$1.memoizedState为空 // 2.workInProgressHook不为空,以后指针指向了链表的尾部,所以workInProgressHook.next为空,导致nextWorkInProgressHook为空。 // 不论链表为空,还是指向了结尾,形象意义上都是指向了链表结尾。 // 这两种状况,最初都执行了workInProgressHook = newHook; // 这一块都是解决fiberNode,能够不论 // Clone from the current hook. if (!(nextCurrentHook !== null)) { { throw Error( "Rendered more hooks than during the previous render." ); } } currentHook = nextCurrentHook; var newHook = { memoizedState: currentHook.memoizedState, baseState: currentHook.baseState, baseQueue: currentHook.baseQueue, queue: currentHook.queue, next: null }; // 解决链表为空的状况 // 这里要留神,如果nextWorkInProgressHook不为空,那么workInProgressHook也肯定不为空。所以这里隐含了一个条件: // workInProgressHook和nextWorkInProgressHook都为空。 if (workInProgressHook === null) { // 这里稍稍改写下,把间断赋值分成了两局部 // 链表为空,就须要把第一个元素赋值给指针,让链表指针失常 // This is the first hook in the list. workInProgressHook = newHook; // fiber相干 currentlyRenderingFiber$1.memoizedState = workInProgressHook; } else { // 以后指针指向了链表的尾部的状况 // 这里做了简略的改写 // Append to the end of the list. workInProgressHook.next = newHook; // 能够看到,workInProgressHook = newHook是必然执行的。也要留神,这里是在两个else里。 workInProgressHook = newHook; } } return workInProgressHook;}