本文将讲解 hooks 的执行过程以及常用的 hooks 的源码。
hooks 相关数据结构
要理解 hooks 的执行过程,首先想要大家对 hooks 相关的数据结构有所了解,便于后面大家顺畅地阅读代码。
Hook
每一个 hooks 方法都会生成一个类型为 Hook 的对象,用来存储一些信息,前面提到过函数组件 fiber 中的 memoizedState 会存储 hooks 链表,每个链表结点的结构就是 Hook。
1 2 3 4 5 6 7 8 9 export type Hook = {| memoizedState : any, baseState : any, baseQueue : Update <any, any> | null , queue : UpdateQueue <any, any> | null , next : Hook | null , |};
举个例子,我们通过函数组件使用了两个 useState hooks:
1 2 const [name, setName] = useState ("小科比" );const [age, setAge] = useState (23 );
则实际的 Hook 结构如下:
1 2 3 4 5 6 7 8 9 10 11 12 { memoizedState : '小科比' , baseState : '小科比' , baseQueue : null , queue : null , next : { memoizedState : 23 , baseState : 23 , baseQueue : null , queue : null , }, };
不同的 hooks 方法,memoizedState 存储的内容不同,常用的 hooks memoizedState 存储的内容如下:
useState: state
useEffect: effect 对象
useMemo/useCallback: [callback, deps]
useRef: { current: xxx }
Update & UpdateQueue
Update 和 UpdateQueue 是存储 useState 的 state 及 useReducer 的 reducer 相关内容的数据结构。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 type Update <S, A> = {| lane : Lane , action : A, eagerReducer : ((S, A ) => S) | null , eagerState : S | null , next : Update <S, A>, priority?: ReactPriorityLevel , |}; type UpdateQueue <S, A> = {| pending : Update <S, A> | null , dispatch : ((A ) => mixed) | null , lastRenderedReducer : ((S, A ) => S) | null , lastRenderedState : S | null , |};
每次调用 setState 或者 useReducer 的 dispatch 时,都会生成一个 Update 类型的对象,并将其添加到 UpdateQueue 队列中。 例如,在如下的函数组件中:
1 2 const [name, setName] = useState ("小科比" );setName ("大科比" );
当我们点击 input 按钮时,执行了 setName(),此时对应的 hook 结构如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 { memoizedState : '小科比' , baseState : '小科比' , baseQueue : null , queue : { pending : { lane : 1 , action : '大科比' , eagerState : '大科比' , }, lastRenderedState : '小科比' , }, next : null , };
最后 react 会遍历 UpdateQueue 中的每个 Update 去进行更新。
Effect
Effect 结构是和 useEffect 等 hooks 相关的,我们看一下它的结构:
1 2 3 4 5 6 7 8 9 export type Effect = {| tag : HookFlags , create : () => (() => void ) | void , destroy : (() => void ) | void , deps : Array <mixed> | null , next : Effect , |};
当我们的函数组件中使用了如下的 useEffect 时:
1 2 3 4 5 6 useEffect (() => { console .log ("hello" ); return () => { console .log ("bye" ); }; }, []);
对应的 Hook 如下:
1 2 3 4 5 6 7 8 9 10 11 12 { memoizedState : { create : () => { console .log ('hello' ) }, destroy : () => { console .log ('bye' ) }, deps : [], }, baseState : null , baseQueue : null , queue : null , next : null , }
执行过程
下面我们探索一下 hooks 在 react 中具体的执行流程。 引入 hooks 我们以一个简单的 hooks 写法的 react 应用程序为例去寻找 hooks 源码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 import { useState } from "react" ;export default function App ( ) { const [count, setCount] = useState (0 ); return ( <div > <p > {count}</p > <input type ="button" value ="增加" onClick ={() => { setCount(count + 1); }} /> </div > ); }
根据引入的 useState api,我们找到 react hooks 的入口文件:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 function resolveDispatcher ( ) { const dispatcher = ReactCurrentDispatcher .current ; return dispatcher; } export function useState<S>( initialState : (() => S) | S ): [S, Dispatch <BasicStateAction <S>>] { const dispatcher = resolveDispatcher (); return dispatcher.useState (initialState); }
根据上面的源码我们可以知道,所有的 hooks api 都是挂载在 resolveDispatcher 中返回的 dispatcher 对象上面的,也就是挂载在 ReactCurrentDispatcher.current 上面,那么我们再继续去看一下 ReactCurrentDispatcher 是什么:
1 2 3 4 5 6 7 8 9 import type { Dispatcher } from "react-reconciler/src/ReactInternalTypes" ;const ReactCurrentDispatcher = { current : (null : null | Dispatcher ), }; export default ReactCurrentDispatcher ;
到这里我们的线索就断了,ReactCurrentDispatcher 上只有一个 current 用于挂在 hooks,但是 hooks 的详细源码以及 ReactCurrentDispatcher 的具体内容我们并没有找到在哪里,所以我们只能另寻出路,从 react 的执行过程去入手。
函数组件更新过程
我们的 hooks 都是在函数组件中使用的,所以让我们去看一下 render 过程关于函数组件的更新。render 过程中的调度是从 beginWork 开始的,来到 beginWork 的源码后我们可以发现,针对函数组件的渲染和更新,使用了 updateFunctionComponent 函数:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 function beginWork ( current: Fiber | null , workInProgress: Fiber, renderLanes: Lanes ): Fiber | null { switch (workInProgress.tag ) { case FunctionComponent : { return updateFunctionComponent ( current, workInProgress, Component , resolvedProps, renderLanes ); } } }
那我们在继续看一下 updateFunctionComponent 函数的源码,里面调用了 renderWithHooks 函数,这便是函数组件更新和渲染过程执行的入口:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 function updateFunctionComponent ( current, workInProgress, Component, nextProps: any, renderLanes ) { nextChildren = renderWithHooks ( current, workInProgress, Component , nextProps, context, renderLanes ); }
renderWithHooks
费劲千辛万苦,我们终于来到了函数组件更新过程的执行入口 —— renderWithHooks 函数的源码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 export function renderWithHooks<Props , SecondArg >( current : Fiber | null , workInProgress : Fiber , Component : (p: Props, arg: SecondArg ) => any, props : Props , secondArg : SecondArg , nextRenderLanes : Lanes , ): any { renderLanes = nextRenderLanes; currentlyRenderingFiber = workInProgress; workInProgress.memoizedState = null ; workInProgress.updateQueue = null ; workInProgress.lanes = NoLanes ; ReactCurrentDispatcher .current = current === null || current.memoizedState === null ? HooksDispatcherOnMount : HooksDispatcherOnUpdate ; let children = Component (props, secondArg); if (didScheduleRenderPhaseUpdateDuringThisPass) { let numberOfReRenders : number = 0 ; do { didScheduleRenderPhaseUpdateDuringThisPass = false ; ReactCurrentDispatcher .current = **DEV ** ? HooksDispatcherOnRerenderInDEV : HooksDispatcherOnRerender ; children = Component (props, secondArg); } while (didScheduleRenderPhaseUpdateDuringThisPass); } ReactCurrentDispatcher .current = ContextOnlyDispatcher ; renderLanes = NoLanes ; currentlyRenderingFiber = (null : any); currentHook = null ; workInProgressHook = null ; didScheduleRenderPhaseUpdate = false ; return children; }
renderWithHooks
函数中首先会将 workInProgress fiber 树的 memoizedState(前面深入理解 fiber 一文中提到过,memoizedState 记录了当前页面的 state,在函数组件中,它以链表的形式记录了 hooks 信息) 和 updateQueue 置为 null,在接下来的函数组件执行过程中,会把新的 hooks 信息挂载到这两个属性上,然后在 commit 阶段,会将根据 current fiber 树构建当前的 workInProgress fiber 树,并保存 hooks 信息,用于替换真实的 DOM 元素节点。 然后会通过 current 上是否有 memoizedState,判断组件是否首次渲染,从而分别将 HooksDispatcherOnMount 和 HooksDispatcherOnUpdate 赋值给 ReactCurrentDispatcher.current
。 接下来执行Component()
来调用函数组件的构造函数,组件的 hooks 会被依次执行,并将 hooks 的信息保存到 workInProgress fiber 上(待会儿会细讲执行过程),然后将返回的 jsx 信息保存到 children 上。 最后会重置一些变量,并返回函数组件执行后的 jsx。
不同阶段更新 Hook
现在我们终于找到了ReactCurrentDispatcher.current
的定义,首次渲染时,会将 HooksDispatcherOnMount
赋值给 ReactCurrentDispatcher.current
,更新时,会将HooksDispatcherOnUpdate
赋值给 ReactCurrentDispatcher.current
, dispatcher 上面挂在了各种 hooks:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 const HooksDispatcherOnMount : Dispatcher = { readContext, useCallback : mountCallback, useContext : readContext, useEffect : mountEffect, useImperativeHandle : mountImperativeHandle, useLayoutEffect : mountLayoutEffect, useMemo : mountMemo, useReducer : mountReducer, useRef : mountRef, useState : mountState, useDebugValue : mountDebugValue, useDeferredValue : mountDeferredValue, useTransition : mountTransition, useMutableSource : mountMutableSource, useOpaqueIdentifier : mountOpaqueIdentifier, unstable_isNewReconciler : enableNewReconciler, }; const HooksDispatcherOnUpdate : Dispatcher = { readContext, useCallback : updateCallback, useContext : readContext, useEffect : updateEffect, useImperativeHandle : updateImperativeHandle, useLayoutEffect : updateLayoutEffect, useMemo : updateMemo, useReducer : updateReducer, useRef : updateRef, useState : updateState, useDebugValue : updateDebugValue, useDeferredValue : updateDeferredValue, useTransition : updateTransition, useMutableSource : updateMutableSource, useOpaqueIdentifier : updateOpaqueIdentifier, unstable_isNewReconciler : enableNewReconciler, };
首次渲染时,HooksDispatcherOnMount
上挂载的 hook 都是 mountXXX,而更新时 HooksDispatcherOnMount
上挂在的 hook 都是 updateXXX。所有 mount 阶段的 hook 中,都会执行 mountWorkInProgressHook
这个函数,而所有 update 阶段的 hook 中,都会执行 updateWorkInProgressHook
这个函数。下面我们来看下这两个函数分别做了什么。
mountWorkInProgressHook
每个 hooks 方法中,都需要有一个 Hook 结构来存储相关信息。mountWorkInProgressHook
中,会初始化创建一个 Hook,然后将其挂载到 workInProgress fiber 的 memoizedState 所指向的 hooks 链表上,以便于下次 update 的时候取出该 Hook:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 function mountWorkInProgressHook ( ): Hook { const hook : Hook = { memoizedState : null , baseState : null , baseQueue : null , queue : null , next : null , }; if (workInProgressHook === null ) { currentlyRenderingFiber.memoizedState = workInProgressHook = hook; } else { workInProgressHook = workInProgressHook.next = hook; } return workInProgressHook; }
updateWorkInProgressHook
updateWorkInProgressHook
的作用主要是取出 current fiber 中的 hooks 链表中对应的 hook 节点,挂载到 workInProgress fiber 上的 hooks 链表:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 function updateWorkInProgressHook ( ): Hook { let nextCurrentHook : null | Hook ; if (currentHook === null ) { const current = currentlyRenderingFiber.alternate ; if (current !== null ) { nextCurrentHook = current.memoizedState ; } else { nextCurrentHook = null ; } } else { nextCurrentHook = currentHook.next ; } let nextWorkInProgressHook : null | Hook ; if (workInProgressHook === null ) { nextWorkInProgressHook 为 null = currentlyRenderingFiber.memoizedState ; } else { nextWorkInProgressHook = workInProgressHook.next ; } if (nextWorkInProgressHook !== null ) { workInProgressHook = nextWorkInProgressHook; nextWorkInProgressHook = workInProgressHook.next ; currentHook = nextCurrentHook; } else { invariant ( nextCurrentHook !== null , 'Rendered more hooks than during the previous render.' , ); currentHook = nextCurrentHook; const newHook : Hook = { memoizedState : currentHook.memoizedState , baseState : currentHook.baseState , baseQueue : currentHook.baseQueue , queue : currentHook.queue , next : null , }; if (workInProgressHook === null ) { currentlyRenderingFiber.memoizedState = workInProgressHook = newHook; } else { workInProgressHook = workInProgressHook.next = newHook; } } return workInProgressHook; }
我们详细理解一下上述代码,前面我们提到过 renderWithHooks
函数中会执行如下代码:workInProgress.memoizedState = null
,所以在执行上述函数时,正常来说 currentlyRenderingFiber.memoizedState
为 null,需要从 current fiber 对应的节点中取 clone 对应的 hook,再挂载到 workInProgress fiber 的 memoizedState 链表上;re-render 的情况下,由于已经创建过了 hooks,会复用已有的 workInProgress fiber 的 memoizedState。 这里正好提到,为什么 hook 不能用在条件语句中,因为如果前后两次渲染的条件判断不一致时,会导致 current fiber 和 workInProgress fiber 的 hooks 链表结点无法对齐。
总结
所以我们总结一下renderWithHooks
这个函数,它所做的事情如下:
hooks 源码
前面 hooks 的执行入口我们都找到了,现在我们看一下常用的一些 hooks 源码。
useState & useReducer
这里会把 useState 和 useReducer 放在一起来说,因为 useState 相当于一个简化版的 useReducer。
用法
useState 的简单用法如下:
1 2 3 const [count, setCount] = useState (0 );setCount (count++);
useReducer 简单用法如下:
1 2 3 4 5 6 7 8 9 10 const [count, dispatch] = useReducer (function reducer (state, action ) { switch (action.type ) { case "increment" : return count + 1 ; default : return count; } }, 0 ); dispatch ({ type : "increment" });
mountState & mountReducer
我们先从 useState 开始讲起,mount 阶段,useState 对应的源码是 mountState。这里面后创建初始的 hook 和更新队列 queue,然后创建 dispatch,最终返回 [hook.memoizedState, dispatch],对应的是我们代码中的 [count, setCount],供我们使用:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 function mountState<S>( initialState : (() => S) | S ): [S, Dispatch <BasicStateAction <S>>] { const hook = mountWorkInProgressHook (); if (typeof initialState === "function" ) { initialState = initialState (); } hook.memoizedState = hook.baseState = initialState; const queue = (hook.queue = { pending : null , dispatch : null , lastRenderedReducer : basicStateReducer, lastRenderedState : (initialState : any), }); const dispatch : Dispatch <BasicStateAction <S>> = (queue.dispatch = (dispatchAction.bind (null , currentlyRenderingFiber, queue): any)); return [hook.memoizedState , dispatch]; }
再来看下 mount 阶段的 useReducer 的源码,也就是 mountReducer,可以看到和 mountState 所做的事情基本时一样的,mountState 可以看做是有一个初始 state 的 mountReducer:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 function mountReducer<S, I, A>( reducer : (S, A ) => S, initialArg : I, init?: (I ) => S ): [S, Dispatch <A>] { const hook = mountWorkInProgressHook (); let initialState; if (init !== undefined ) { initialState = init (initialArg); } else { initialState = ((initialArg : any): S); } hook.memoizedState = hook.baseState = initialState; const queue = (hook.queue = { pending : null , dispatch : null , lastRenderedReducer : reducer, lastRenderedState : (initialState : any), }); const dispatch : Dispatch <A> = (queue.dispatch = (dispatchAction.bind ( null , currentlyRenderingFiber, queue ): any)); return [hook.memoizedState , dispatch]; }
dispatchAction
上面的代码中,其他内容我们前面基本都有讲过,你们应该了解它们的作用,我们着重来看一下 dispatch,它是通过执行 dispatchAction 创建的。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 function dispatchAction<S, A>( fiber : Fiber , queue : UpdateQueue <S, A>, action : A, ) { const eventTime = requestEventTime (); const lane = requestUpdateLane (fiber); const update : Update <S, A> = { lane, action, eagerReducer : null , eagerState : null , next : (null : any), }; const pending = queue.pending ; if (pending === null ) { update.next = update; } else { update.next = pending.next ; pending.next = update; } queue.pending = update; const alternate = fiber.alternate ; if ( fiber === currentlyRenderingFiber || (alternate !== null && alternate === currentlyRenderingFiber) ) { didScheduleRenderPhaseUpdateDuringThisPass = didScheduleRenderPhaseUpdate = true ; } else { if ( fiber.lanes === NoLanes && (alternate === null || alternate.lanes === NoLanes ) ) { const lastRenderedReducer = queue.lastRenderedReducer ; if (lastRenderedReducer !== null ) { let prevDispatcher; if (**DEV **) { prevDispatcher = ReactCurrentDispatcher .current ; ReactCurrentDispatcher .current = InvalidNestedHooksDispatcherOnUpdateInDEV ; } try { const currentState : S = (queue.lastRenderedState : any); const eagerState = lastRenderedReducer (currentState, action); update.eagerReducer = lastRenderedReducer; update.eagerState = eagerState; if (is (eagerState, currentState)) { return ; } } catch (error) { } finally { if (**DEV **) { ReactCurrentDispatcher .current = prevDispatcher; } } } } scheduleUpdateOnFiber (fiber, lane, eventTime); } if (enableSchedulingProfiler) { markStateUpdateScheduled (fiber, lane); } }
首先,会创建一个初始的 update 对象,用来记录相关的 hook 信息,并将它添加到 queue 中,这里的 queue 的添加你可以发现它形成了一个循环链表,这样 pending 作为链表的一个尾结点,而 pending.next 就能够获取链表的头结点。这样做的目的是,在 setCount 时,我们需要将 update 添加到链表的尾部;而在下面的 updateReducer 中,我们需要获取链表的头结点来遍历链表,通过循环链表能够轻松实现我们的需求。 之后,会根据当前所处的阶段是否在 render 阶段发生:
如果是 render 阶段发生,那么会触发 re-render 过程,将 didScheduleRenderPhaseUpdateDuringThisPass 置为 true。前面 renderWithHooks 的代码中我们说了,didScheduleRenderPhaseUpdateDuringThisPass 为 true 时会代表 re-render,会重新执行 render 过程,直至其为 false。 如果不是在 render 阶段发生,那么会通过当前的 state 和 action 来判断下次渲染的 state 的值,并与当前 state 的值进行比较,如果两个值一致,则不需要更新,跳过更新过程;如果两个值不一致,调用 scheduleUpdateOnFiber 开始调度,触发新一轮更新。
updateReducer
update 时,useState 和 useReducer 就更没什么区别了,updateState 就是直接返回了 updateReducer 函数,所以我们直接看 updateReducer 的源码就可以。
1 2 3 4 5 6 7 function updateState<S>( initialState : (() => S) | S ): [S, Dispatch <BasicStateAction <S>>] { return updateReducer (basicStateReducer, (initialState : any)); }
updateReducer 中,用 pending 来指向本次要触发的 update,然后将本次 hook 要执行的 update 和 current fiber 中之前未完成的 update 全部链接到 baseQueue,也就是代表全局的 update。 在 render 阶段,会遍历 update 来计算 state 的值,若某个 update 的优先级低于当前 render 执行的任务的优先级,则跳过此次 update 及未遍历完的 update 的执行,先执行其他的 update。然后再下一次 render 时从跳过的 update 开始继续执行。 update 阶段 dispatch 会生成一个新的 update 链接到 hooks 中,并根据之前的 state 和本次 action 去计算新的 state。 updateReducer 的源码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 function updateReducer<S, I, A>( reducer : (S, A ) => S, initialArg : I, init?: (I ) => S ): [S, Dispatch <A>] { const hook = updateWorkInProgressHook (); const queue = hook.queue ; invariant ( queue !== null , "Should have a queue. This is likely a bug in React. Please file an issue." ); queue.lastRenderedReducer = reducer; const current : Hook = (currentHook : any); let baseQueue = current.baseQueue ; const pendingQueue = queue.pending ; if (pendingQueue !== null ) { if (baseQueue !== null ) { const baseFirst = baseQueue.next ; const pendingFirst = pendingQueue.next ; baseQueue.next = pendingFirst; pendingQueue.next = baseFirst; } current.baseQueue = baseQueue = pendingQueue; queue.pending = null ; } if (baseQueue !== null ) { const first = baseQueue.next ; let newState = current.baseState ; let newBaseState = null ; let newBaseQueueFirst = null ; let newBaseQueueLast = null ; let update = first; do { const updateLane = update.lane ; if (!isSubsetOfLanes (renderLanes, updateLane)) { const clone : Update <S, A> = { lane : updateLane, action : update.action , eagerReducer : update.eagerReducer , eagerState : update.eagerState , next : (null : any), }; if (newBaseQueueLast === null ) { newBaseQueueFirst = newBaseQueueLast = clone; newBaseState = newState; } else { newBaseQueueLast = newBaseQueueLast.next = clone; } currentlyRenderingFiber.lanes = mergeLanes ( currentlyRenderingFiber.lanes , updateLane ); markSkippedUpdateLanes (updateLane); } else { if (newBaseQueueLast !== null ) { const clone : Update <S, A> = { lane : NoLane , action : update.action , eagerReducer : update.eagerReducer , eagerState : update.eagerState , next : (null : any), }; newBaseQueueLast = newBaseQueueLast.next = clone; } if (update.eagerReducer === reducer) { newState = ((update.eagerState : any): S); } else { const action = update.action ; newState = reducer (newState, action); } } update = update.next ; } while (update !== null && update !== first); if (newBaseQueueLast === null ) { newBaseState = newState; } else { newBaseQueueLast.next = (newBaseQueueFirst : any); } if (!is (newState, hook.memoizedState )) { markWorkInProgressReceivedUpdate (); } hook.memoizedState = newState; hook.baseState = newBaseState; hook.baseQueue = newBaseQueueLast; queue.lastRenderedState = newState; } const dispatch : Dispatch <A> = (queue.dispatch : any); return [hook.memoizedState , dispatch]; }
总结
总结一下 useState 和 useReducer 的执行过程如下图:
useEffect
同样,我们也分为 mount 和 update 两种情况来看 useEffect。
用法
useEffect 的使用大家应该都了解,在这里就不赘述了,我们本次的用例如下:
1 2 3 4 5 6 useEffect (() => { console .log ("update" ); return () => { console .log ("unmount" ); }; }, [count]);
mountEffect
mount 阶段 useEffect 实际上是调用了 mountEffect 方法,进一步通过传递参数调用了 mountEffectImpl 这个函数:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 function mountEffect ( create: () => (() => void ) | void , deps: Array <mixed> | void | null ): void { return mountEffectImpl ( UpdateEffect | PassiveEffect , HookPassive , create, deps ); }
和 mountState 中所做的事情类似,mountEffectImpl 中首先通过 mountWorkInProgressHook 创建了 hook 链接到 hooks 链表中,前面提到过 useEffect 的 hook 是一个 Effect 类型的对象。然后通过 pushEffect 方法创建一个 effect 添加到 hook 的 memoizedState 属性:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 function mountEffectImpl (fiberFlags, hookFlags, create, deps ): void { const hook = mountWorkInProgressHook (); const nextDeps = deps === undefined ? null : deps; currentlyRenderingFiber.flags |= fiberFlags; hook.memoizedState = pushEffect ( HookHasEffect | hookFlags, create, undefined , nextDeps ); }
pushEffect
pushEffect
函数中主要做了两件事,创建 effect 对象,然后将其添加到 fiber 的 updateQueue 链表上:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 function pushEffect (tag, create, destroy, deps ) { const effect : Effect = { tag, create, destroy, deps, next : (null : any), }; let componentUpdateQueue : null | FunctionComponentUpdateQueue = (currentlyRenderingFiber.updateQueue : any); if (componentUpdateQueue === null ) { componentUpdateQueue = createFunctionComponentUpdateQueue (); currentlyRenderingFiber.updateQueue = (componentUpdateQueue : any); componentUpdateQueue.lastEffect = effect.next = effect; } else { const lastEffect = componentUpdateQueue.lastEffect ; if (lastEffect === null ) { componentUpdateQueue.lastEffect = effect.next = effect; } else { const firstEffect = lastEffect.next ; lastEffect.next = effect; effect.next = firstEffect; componentUpdateQueue.lastEffect = effect; } } return effect; }
updateEffect
update 阶段,useEffect
实际上是调用了updateEffect
函数,同样是进一步调用了updateEffectImpl
函数:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 function updateEffect ( create: () => (() => void ) | void , deps: Array <mixed> | void | null ): void { return updateEffectImpl ( UpdateEffect | PassiveEffect , HookPassive , create, deps ); }
所以我们接着往下看updateEffectImpl
函数做了什么,它从 updateWorkInProgressHook
取出对应的 hook,然后看上一轮 render 中是否有 hook 存在,若存在且上一轮 render 和本轮的依赖项没发生变化,说明副作用不需要执行,创建一个 effect 对象添加到 updateQueue 链表后直接返回;若两次的依赖项发生了变化,向 fiber 添加 flags 副作用标签,待 commit 时更新,然后再创建一个 effect 对象添加到 updateQueue 链表:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 function updateEffectImpl (fiberFlags, hookFlags, create, deps ): void { const hook = updateWorkInProgressHook (); const nextDeps = deps === undefined ? null : deps; let destroy = undefined ; if (currentHook !== null ) { const prevEffect = currentHook.memoizedState ; destroy = prevEffect.destroy ; if (nextDeps !== null ) { const prevDeps = prevEffect.deps ; if (areHookInputsEqual (nextDeps, prevDeps)) { pushEffect (hookFlags, create, destroy, nextDeps); return ; } } } currentlyRenderingFiber.flags |= fiberFlags; hook.memoizedState = pushEffect ( HookHasEffect | hookFlags, create, destroy, nextDeps ); }
总结
总结一下 useEffect 的大体流程如下:
useRef
useRef
的代码十分的简单了,我们直接将 mount 阶段和 update 阶段的放到一起来看:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 function mountRef<T>(initialValue : T): {| current : T |} { const hook = mountWorkInProgressHook (); const ref = { current : initialValue }; hook.memoizedState = ref; return ref; } function updateRef<T>(initialValue : T): {| current : T |} { const hook = updateWorkInProgressHook (); return hook.memoizedState ; }
mount 阶段,调用mountRef
函数,通过 mountWorkInProgressHook
创建一个 hook 并添加到 hooks 链表上,hook.memoizedState
上存储的是{current: initialValue}这个 ref 对象。 update 阶段,调用updateRef
函数,通过updateWorkInProgressHook
方法直接取出hook.memoizedState
。 可以看到hook.memoizedState
指向的是一个对象的引用,这就解释了我们可以直接通过 ref.current
去改变和获取最新的值,不必进行任何依赖注入。
useCallback & useMemo
useCallback
和useMemo
也是一样,源码结构上十分相似,所以也放在一起来讲。
用法
基础用法如下: // 第一个参数是 “创建” 函数,第二个参数是依赖项数组 // “创建” 函数会根据依赖项数组返回一个值,并且仅会在某个依赖项改变时才重新计算
1 2 3 4 5 6 7 const value = useMemo (() => add (a, b), [a, b]);const callback = useCallback (() => { add (a, b); }, [a, b]);
mount 阶段
mount 时,分别调用了mountCallback
和mountMemo
函数,两者都通过 mountWorkInProgressHook
方法创建 hook 添加到了 hooks 链表中。不同的是,mountCallback
的 memoizedState 是[callback, nextDeps],并且返回的是其第一个参数;mountMemo
的 memoizedState 是 [nextValue, nextDeps],返回的也是 nextValue 也就是其第一个参数的执行结果。 所以看上去useMemo
就是比useCallback
多了一步第一个参数的执行过程。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 function mountCallback<T>(callback : T, deps : Array <mixed> | void | null ): T { const hook = mountWorkInProgressHook (); const nextDeps = deps === undefined ? null : deps; hook.memoizedState = [callback, nextDeps]; return callback; } function mountMemo<T>( nextCreate : () => T, deps : Array <mixed> | void | null ): T { const hook = mountWorkInProgressHook (); const nextDeps = deps === undefined ? null : deps; const nextValue = nextCreate (); hook.memoizedState = [nextValue, nextDeps]; return nextValue; }
update 阶段
update 时,分别调用了updateCallback
和updateMemo
函数,它们都通过 updateWorkInProgressHook
取出对应的 hook,若依赖项未发生改变,则取上一轮的 callback 或者 value 返回;若依赖项发生改变,则重新赋值 hook.memoizedState 并返回新的 callback 或新计算的 value:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 function updateCallback<T>(callback : T, deps : Array <mixed> | void | null ): T { const hook = updateWorkInProgressHook (); const nextDeps = deps === undefined ? null : deps; const prevState = hook.memoizedState ; if (prevState !== null ) { if (nextDeps !== null ) { const prevDeps : Array <mixed> | null = prevState[1 ]; if (areHookInputsEqual (nextDeps, prevDeps)) { return prevState[0 ]; } } } hook.memoizedState = [callback, nextDeps]; return callback; } function updateMemo<T>( nextCreate : () => T, deps : Array <mixed> | void | null ): T { const hook = updateWorkInProgressHook (); const nextDeps = deps === undefined ? null : deps; const prevState = hook.memoizedState ; if (prevState !== null ) { if (nextDeps !== null ) { const prevDeps : Array <mixed> | null = prevState[1 ]; if (areHookInputsEqual (nextDeps, prevDeps)) { return prevState[0 ]; } } } const nextValue = nextCreate (); hook.memoizedState = [nextValue, nextDeps]; return nextValue; }
结语
本章讲解了 react hooks 的源码,理解了 hooks 的设计思想和工作过程。其他 hook 平时用的比较少,就不在这里展开讲了,但通过上面几个 hook 的源码讲解,其他 hook 看源码你应该也能看得懂。