• 【React源码】(十三) Hook 原理(概览)


    Hook 原理(概览)

    在前文状态与副作用中, 总结了class组件, function组件中通过api去改变fiber节点状态副作用. 其中对于function组件来讲, 其内部则需要依靠Hook来实现.

    官方文档上专门用了一个版块来介绍Hook, 这里摘抄了几个比较关心的问题(其他FAQ请移步官网):

    1. 引入Hook的动机?

      • 在组件之间复用状态逻辑很难; 复杂组件变得难以理解; 难以理解的 class. 为了解决这些实际开发痛点, 引入了Hook.
    2. Hook 是什么? 什么时候会用 Hook?

      • Hook 是一个特殊的函数, 它可以让你“钩入” React 的特性. 如, useState 是允许你在 React 函数组件中添加 state 的 Hook.
      • 如果你在编写函数组件并意识到需要向其添加一些 state, 以前的做法是必须将其转化为 class. 现在你可以在现有的函数组件中使用 Hook.

       

    3. Hook 会因为在渲染时创建函数而变慢吗?

      • 不会. 在现代浏览器中,闭包和类的原始性能只有在极端场景下才会有明显的差别. 除此之外,可以认为 Hook 的设计在某些方面更加高效:
        • Hook 避免了 class 需要的额外开支,像是创建类实例和在构造函数中绑定事件处理器的成本.
        • 符合语言习惯的代码在使用 Hook 时不需要很深的组件树嵌套. 这个现象在使用高阶组件render props、和 context 的代码库中非常普遍. 组件树小了, React 的工作量也随之减少.

    所以HookReact团队在大量实践后的产物, 更优雅的代替class, 且性能更高. 故从开发使用者的角度来讲, 应该拥抱Hook所带来的便利.

    Hook 与 Fiber

    通过官网文档的讲解, 能快速掌握Hook的使用. 再结合前文状态与副作用的介绍, 我们知道使用Hook最终也是为了控制fiber节点状态副作用. 从fiber视角, 状态和副作用相关的属性如下(这里不再解释单个属性的意义, 可以回顾状态与副作用):

     
    
    1. export type Fiber = {|
    2. // 1. fiber节点自身状态相关
    3. pendingProps: any,
    4. memoizedProps: any,
    5. updateQueue: mixed,
    6. memoizedState: any,
    7. // 2. fiber节点副作用(Effect)相关
    8. flags: Flags,
    9. nextEffect: Fiber | null,
    10. firstEffect: Fiber | null,
    11. lastEffect: Fiber | null,
    12. |};

    使用Hook的任意一个api, 最后都是为了控制上述这几个fiber属性.

    Hook 数据结构

    ReactFiberHooks中, 定义了Hook的数据结构:

    1. type Update = {|
    2. lane: Lane,
    3. action: A,
    4. eagerReducer: ((S, A) => S) | null,
    5. eagerState: S | null,
    6. next: Update,
    7. priority?: ReactPriorityLevel,
    8. |};
    9. type UpdateQueue = {|
    10. pending: Update | null,
    11. dispatch: (A => mixed) | null,
    12. lastRenderedReducer: ((S, A) => S) | null,
    13. lastRenderedState: S | null,
    14. |};
    15. export type Hook = {|
    16. memoizedState: any, // 当前状态
    17. baseState: any, // 基状态
    18. baseQueue: Update | null, // 基队列
    19. queue: UpdateQueue | null, // 更新队列
    20. next: Hook | null, // next指针
    21. |};

    从定义来看, Hook对象共有 5 个属性(有关这些属性的应用, 将在Hook 原理(状态)章节中具体分析.):

    1. hook.memoizedState: 保持在内存中的局部状态.
    2. hook.baseStatehook.baseQueue中所有update对象合并之后的状态.
    3. hook.baseQueue: 存储update对象的环形链表, 只包括高于本次渲染优先级的update对象.
    4. hook.queue: 存储update对象的环形链表, 包括所有优先级的update对象.
    5. hook.nextnext指针, 指向链表中的下一个hook.

    所以Hook是一个链表, 单个Hook拥有自己的状态hook.memoizedState和自己的更新队列hook.queue(有关 Hook 状态的分析, 在Hook原理(状态)章节中解读).

    注意: 其中hook.queuefiber.updateQueue虽然都是update环形链表, 尽管update对象的数据结构与处理方式都高度相似, 但是这 2 个队列中的update对象是完全独立的. hook.queue只作用于hook对象的状态维护, 切勿与fiber.updateQueue混淆.

    Hook 分类

    v17.0.2中, 共定义了14 种 Hook

     
    
    1. export type HookType =
    2. | 'useState'
    3. | 'useReducer'
    4. | 'useContext'
    5. | 'useRef'
    6. | 'useEffect'
    7. | 'useLayoutEffect'
    8. | 'useCallback'
    9. | 'useMemo'
    10. | 'useImperativeHandle'
    11. | 'useDebugValue'
    12. | 'useDeferredValue'
    13. | 'useTransition'
    14. | 'useMutableSource'
    15. | 'useOpaqueIdentifier';

    官网上已经将其分为了 2 个类别, 状态Hook(State Hook), 和副作用Hook(Effect Hook).

    这里我们可以结合前文状态与副作用, 从fiber的视角去理解状态Hook副作用Hook的区别.

    状态 Hook

    狭义上讲, useState, useReducer可以在function组件添加内部的state, 且useState实际上是useReducer的简易封装, 是一个最特殊(简单)的useReducer. 所以将useState, useReducer称为状态Hook.

    广义上讲, 只要能实现数据持久化且没有副作用Hook, 均可以视为状态Hook, 所以还包括useContext, useRef, useCallback, useMemo等. 这类Hook内部没有使用useState/useReducer, 但是它们也能实现多次render时, 保持其初始值不变(即数据持久化)且没有任何副作用.

    得益于双缓冲技术(double buffering), 在多次render时, 以fiber为载体, 保证复用同一个Hook对象, 进而实现数据持久化. 具体实现细节, 在Hook原理(状态)章节中讨论.

    副作用 Hook

    回到fiber视角, 状态Hook实现了状态持久化(等同于class组件维护fiber.memoizedState), 那么副作用Hook则会修改fiber.flags. (通过前文fiber树构造系列的解读, 我们知道在performUnitOfWork->completeWork阶段, 所有存在副作用的fiber节点, 都会被添加到父节点的副作用队列后, 最后在commitRoot阶段处理这些副作用节点.)

    另外, 副作用Hook还提供了副作用回调(类似于class组件的生命周期回调), 比如:

     
    
    1. // 使用useEffect时, 需要传入一个副作用回调函数.
    2. // 在fiber树构造完成之后, commitRoot阶段会处理这些副作用回调
    3. useEffect(() => {
    4. console.log('这是一个副作用回调函数');
    5. }, []);

    react内部, useEffect就是最标准的副作用Hook. 其他比如useLayoutEffect以及自定义Hook, 如果要实现副作用, 必须直接或间接的调用useEffect.

    有关useEffect具体实现细节, 在Hook原理(副作用)章节中讨论.

    组合 Hook

    虽然官网并无组合Hook的说法, 但事实上大多数Hook(包括自定义Hook)都是由上述 2 种 Hook组合而成, 同时拥有这 2 种 Hook 的特性.

    • react内部有useDeferredValue, useTransition, useMutableSource, useOpaqueIdentifier等.
    • 平时开发中, 自定义Hook大部分都是组合 Hook.

    比如官网上的自定义 Hook例子:

     
    
    1. import { useState, useEffect } from 'react';
    2. function useFriendStatus(friendID) {
    3. // 1. 调用useState, 创建一个状态Hook
    4. const [isOnline, setIsOnline] = useState(null);
    5. // 2. 调用useEffect, 创建一个副作用Hook
    6. useEffect(() => {
    7. function handleStatusChange(status) {
    8. setIsOnline(status.isOnline);
    9. }
    10. ChatAPI.subscribeToFriendStatus(friendID, handleStatusChange);
    11. return () => {
    12. ChatAPI.unsubscribeFromFriendStatus(friendID, handleStatusChange);
    13. };
    14. });
    15. return isOnline;
    16. }

    调用 function 前

    在调用function之前, react内部还需要提前做一些准备工作.

    处理函数

    fiber树构造的视角来看, 不同的fiber类型, 只需要调用不同的处理函数返回fiber子节点. 所以在performUnitOfWork->beginWork函数中, 调用了多种处理函数. 从调用方来讲, 无需关心处理函数的内部实现(比如updateFunctionComponent内部使用了Hook对象updateClassComponent内部使用了class实例).

    本节讨论Hook, 所以列出其中的updateFunctionComponent函数:

     
    
    1. // 只保留FunctionComponent相关:
    2. function beginWork(
    3. current: Fiber | null,
    4. workInProgress: Fiber,
    5. renderLanes: Lanes,
    6. ): Fiber | null {
    7. const updateLanes = workInProgress.lanes;
    8. switch (workInProgress.tag) {
    9. case FunctionComponent: {
    10. const Component = workInProgress.type;
    11. const unresolvedProps = workInProgress.pendingProps;
    12. const resolvedProps =
    13. workInProgress.elementType === Component
    14. ? unresolvedProps
    15. : resolveDefaultProps(Component, unresolvedProps);
    16. return updateFunctionComponent(
    17. current,
    18. workInProgress,
    19. Component,
    20. resolvedProps,
    21. renderLanes,
    22. );
    23. }
    24. }
    25. }
    26. function updateFunctionComponent(
    27. current,
    28. workInProgress,
    29. Component,
    30. nextProps: any,
    31. renderLanes,
    32. ) {
    33. // ...省略无关代码
    34. let context;
    35. let nextChildren;
    36. prepareToReadContext(workInProgress, renderLanes);
    37. // 进入Hooks相关逻辑, 最后返回下级ReactElement对象
    38. nextChildren = renderWithHooks(
    39. current,
    40. workInProgress,
    41. Component,
    42. nextProps,
    43. context,
    44. renderLanes,
    45. );
    46. // 进入reconcile函数, 生成下级fiber节点
    47. reconcileChildren(current, workInProgress, nextChildren, renderLanes);
    48. // 返回下级fiber节点
    49. return workInProgress.child;
    50. }

    updateFunctionComponent函数中调用了renderWithHooks(位于ReactFiberHooks) , 至此FiberHook产生了关联.

    全局变量

    在分析renderWithHooks函数前, 有必要理解ReactFiberHooks头部定义的全局变量(源码中均有英文注释):

     
    
    1. // 渲染优先级
    2. let renderLanes: Lanes = NoLanes;
    3. // 当前正在构造的fiber, 等同于 workInProgress, 为了和当前hook区分, 所以将其改名
    4. let currentlyRenderingFiber: Fiber = (null: any);
    5. // Hooks被存储在fiber.memoizedState 链表上
    6. let currentHook: Hook | null = null; // currentHook = fiber(current).memoizedState
    7. let workInProgressHook: Hook | null = null; // workInProgressHook = fiber(workInProgress).memoizedState
    8. // 在function的执行过程中, 是否再次发起了更新. 只有function被完全执行之后才会重置.
    9. // 当render异常时, 通过该变量可以决定是否清除render过程中的更新.
    10. let didScheduleRenderPhaseUpdate: boolean = false;
    11. // 在本次function的执行过程中, 是否再次发起了更新. 每一次调用function都会被重置
    12. let didScheduleRenderPhaseUpdateDuringThisPass: boolean = false;
    13. // 在本次function的执行过程中, 重新发起更新的最大次数
    14. const RE_RENDER_LIMIT = 25;

    每个变量的解释, 可以对照源码中的英文注释, 其中最重要的有:

    1. currentlyRenderingFiber: 当前正在构造的 fiber, 等同于 workInProgress
    2. currentHook 与 workInProgressHook: 分别指向current.memoizedStateworkInProgress.memoizedState

    注: 有关currentworkInProgress的区别, 请回顾双缓冲技术(double buffering)

    renderWithHooks 函数

    renderWithHooks源码看似较长, 但是去除 dev 后保留主干, 逻辑十分清晰. 以调用function为分界点, 逻辑被分为 3 个部分:

    1. // ...省略无关代码
    2. export function renderWithHooks<Props, SecondArg>(
    3. current: Fiber | null,
    4. workInProgress: Fiber,
    5. Component: (p: Props, arg: SecondArg) => any,
    6. props: Props,
    7. secondArg: SecondArg,
    8. nextRenderLanes: Lanes,
    9. ): any {
    10. // --------------- 1. 设置全局变量 -------------------
    11. renderLanes = nextRenderLanes; // 当前渲染优先级
    12. currentlyRenderingFiber = workInProgress; // 当前fiber节点, 也就是function组件对应的fiber节点
    13. // 清除当前fiber的遗留状态
    14. workInProgress.memoizedState = null;
    15. workInProgress.updateQueue = null;
    16. workInProgress.lanes = NoLanes;
    17. // --------------- 2. 调用function,生成子级ReactElement对象 -------------------
    18. // 指定dispatcher, 区分mount和update
    19. ReactCurrentDispatcher.current =
    20. current === null || current.memoizedState === null
    21. ? HooksDispatcherOnMount
    22. : HooksDispatcherOnUpdate;
    23. // 执行function函数, 其中进行分析Hooks的使用
    24. let children = Component(props, secondArg);
    25. // --------------- 3. 重置全局变量,并返回 -------------------
    26. // 执行function之后, 还原被修改的全局变量, 不影响下一次调用
    27. renderLanes = NoLanes;
    28. currentlyRenderingFiber = (null: any);
    29. currentHook = null;
    30. workInProgressHook = null;
    31. didScheduleRenderPhaseUpdate = false;
    32. return children;
    33. }
    1. 调用function前: 设置全局变量, 标记渲染优先级和当前fiber, 清除当前fiber的遗留状态.
    2. 调用function: 构造出Hooks链表, 最后生成子级ReactElement对象(children).
    3. 调用function后: 重置全局变量, 返回children.
      • 为了保证不同的function节点在调用时renderWithHooks互不影响, 所以退出时重置全局变量.

    调用 function

    Hooks 构造

    function中, 如果使用了Hook api(如: useEffectuseState), 就会创建一个与之对应的Hook对象, 接下来重点分析这个创建过程.

    有如下 demo:hook-summary - CodeSandbox

    12

    function组件中, 同时使用了状态Hook副作用Hook.

    初次渲染时, 逻辑执行到performUnitOfWork->beginWork->updateFunctionComponent->renderWithHooks前, 内存结构如下(本节重点是Hook, 有关fiber树构造过程可回顾前文):

    当执行renderWithHooks时, 开始调用function. 本例中, 在function内部, 共使用了 4 次Hook api, 依次调用useState, useEffect, useState, useEffect.

    useState, useEffectfiber初次构造时分别对应mountStatemountEffect->mountEffectImpl

     
    
    1. function mountState(
    2. initialState: (() => S) | S,
    3. ): [S, Dispatch<BasicStateAction>] {
    4. const hook = mountWorkInProgressHook();
    5. // ...省略部分本节不讨论
    6. return [hook.memoizedState, dispatch];
    7. }
    8. function mountEffectImpl(fiberFlags, hookFlags, create, deps): void {
    9. const hook = mountWorkInProgressHook();
    10. // ...省略部分本节不讨论
    11. }

    无论useState, useEffect, 内部都通过mountWorkInProgressHook创建一个 hook.

    链表存储

    mountWorkInProgressHook非常简单:

     
    

    f

    1. unction mountWorkInProgressHook(): Hook {
    2. const hook: Hook = {
    3. memoizedState: null,
    4. baseState: null,
    5. baseQueue: null,
    6. queue: null,
    7. next: null,
    8. };
    9. if (workInProgressHook === null) {
    10. // 链表中首个hook
    11. currentlyRenderingFiber.memoizedState = workInProgressHook = hook;
    12. } else {
    13. // 将hook添加到链表末尾
    14. workInProgressHook = workInProgressHook.next = hook;
    15. }
    16. return workInProgressHook;
    17. }

    逻辑是创建Hook并挂载到fiber.memoizedState上, 多个Hook以链表结构保存.

    本示例中, function调用之后则会创建 4 个hook, 这时的内存结构如下:

    可以看到: 无论状态Hook副作用Hook都按照调用顺序存储在fiber.memoizedState链表中.

    顺序克隆

    fiber树构造(对比更新)阶段, 执行updateFunctionComponent->renderWithHooks时再次调用function调用function前的内存结构如下:

    注意: 在renderWithHooks函数中已经设置了workInProgress.memoizedState = null, 等待调用function时重新设置.

    接下来调用function, 同样依次调用useState, useEffect, useState, useEffect. 而useState, useEffectfiber对比更新时分别对应updateState->updateReducerupdateEffect->updateEffectImpl

     
    

    无论useState, useEffect, 内部调用updateWorkInProgressHook获取一个 hook.

     
    
    1. function updateWorkInProgressHook(): Hook {
    2. // 1. 移动currentHook指针
    3. let nextCurrentHook: null | Hook;
    4. if (currentHook === null) {
    5. const current = currentlyRenderingFiber.alternate;
    6. if (current !== null) {
    7. nextCurrentHook = current.memoizedState;
    8. } else {
    9. nextCurrentHook = null;
    10. }
    11. } else {
    12. nextCurrentHook = currentHook.next;
    13. }
    14.  
    15. // 2. 移动workInProgressHook指针
    16. let nextWorkInProgressHook: null | Hook;
    17. if (workInProgressHook === null) {
    18. nextWorkInProgressHook = currentlyRenderingFiber.memoizedState;
    19. } else {
    20. nextWorkInProgressHook = workInProgressHook.next;
    21. }
    22. if (nextWorkInProgressHook !== null) {
    23. // 渲染时更新: 本节不讨论
    24. } else {
    25. currentHook = nextCurrentHook;
    26. // 3. 克隆currentHook作为新的workInProgressHook.
    27. // 随后逻辑与mountWorkInProgressHook一致
    28. const newHook: Hook = {
    29. memoizedState: currentHook.memoizedState,
    30. baseState: currentHook.baseState,
    31. baseQueue: currentHook.baseQueue,
    32. queue: currentHook.queue,
    33. next: null, // 注意next指针是null
    34. };
    35. if (workInProgressHook === null) {
    36. currentlyRenderingFiber.memoizedState = workInProgressHook = newHook;
    37. } else {
    38. workInProgressHook = workInProgressHook.next = newHook;
    39. }
    40. }
    41. return workInProgressHook;
    42. }

    updateWorkInProgressHook函数逻辑简单: 目的是为了让currentHookworkInProgressHook两个指针同时向后移动.

    1. 由于renderWithHooks函数设置了workInProgress.memoizedState=null, 所以workInProgressHook初始值必然为null, 只能从currentHook克隆.
    2. 而从currentHook克隆而来的newHook.next=null, 进而导致workInProgressHook链表需要完全重建.

    所以function执行完成之后, 有关Hook的内存结构如下:

    可以看到:

    1. 以双缓冲技术为基础, 将current.memoizedState按照顺序克隆到了workInProgress.memoizedState中.
    2. Hook经过了一次克隆, 内部的属性(hook.memoizedState等)都没有变动, 所以其状态并不会丢失.

    总结

    本节首先引入了官方文档上对于Hook的解释, 了解Hook的由来, 以及Hook相较于class的优势. 然后从fiber视角分析了fiberhook的内在关系, 通过renderWithHooks函数, 把Hook链表挂载到了fiber.memoizedState之上. 利用fiber树内部的双缓冲技术, 实现了HookcurrentworkInProgress转移, 进而实现了Hook状态的持久化.

  • 相关阅读:
    c++:二叉搜索树的简析与详细实现(万字)
    基于Java+SpringBoot+Mybaties+layui+Vue+elememt 实习管理系统 的设计与实现
    《数据结构》复试问答题总结
    pve lxc debian 11安装docker遇到bash: sudo: command not解决办法
    2024最新华为OD机试(C卷+D卷)真题目录+使用说明+在线评测
    基于KubeAdm搭建多节点K8S集群
    云效-流水线(基本教程)
    Rust Rocket简单入门
    基于大数据的计算机就业数据可视化分析项目
    快讯:华为启动鸿蒙开发者大赛;腾讯会议发布“万室如意”计划
  • 原文地址:https://blog.csdn.net/weixin_44828588/article/details/126525511