React16源码: React中requestCurrentTime和expirationTime的源码实现补充

这篇具有很好参考价值的文章主要介绍了React16源码: React中requestCurrentTime和expirationTime的源码实现补充。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

requestCurrentTime


1 )概述

  • 关于 currentTime,在计算 expirationTime 和其他的一些地方都会用到
    • 从它的名义上来讲,应等于performance.now() 或者 Date.now() 就是指定的当前时间
    • 在react整体设计当中,它是有一些特定的用处和一些特殊的设定的
    • 比如说在一次渲染中产生的更新,需要使用相同的时间
    • 在一次批处理的更新中,应该得到相同的时间
    • 还有就是挂起的任务用于记录的时候,应该也是相同的

2 )源码文章来源地址https://www.toymoban.com/news/detail-801188.html

function requestCurrentTime() {
  // requestCurrentTime is called by the scheduler to compute an expiration
  // time.
  //
  // Expiration times are computed by adding to the current time (the start
  // time). However, if two updates are scheduled within the same event, we
  // should treat their start times as simultaneous, even if the actual clock
  // time has advanced between the first and second call.

  // In other words, because expiration times determine how updates are batched,
  // we want all updates of like priority that occur within the same event to
  // receive the same expiration time. Otherwise we get tearing.
  //
  // We keep track of two separate times: the current "renderer" time and the
  // current "scheduler" time. The renderer time can be updated whenever; it
  // only exists to minimize the calls performance.now.
  //
  // But the scheduler time can only be updated if there's no pending work, or
  // if we know for certain that we're not in the middle of an event.

  if (isRendering) {
    // We're already rendering. Return the most recently read time.
    return currentSchedulerTime;
  }
  // Check if there's pending work.
  findHighestPriorityRoot();
  if (
    nextFlushedExpirationTime === NoWork ||
    nextFlushedExpirationTime === Never
  ) {
    // If there's no pending work, or if the pending work is offscreen, we can
    // read the current time without risk of tearing.
    recomputeCurrentRendererTime();
    currentSchedulerTime = currentRendererTime;
    return currentSchedulerTime;
  }
  // There's already pending work. We might be in the middle of a browser
  // event. If we were to read the current time, it could cause multiple updates
  // within the same event to receive different expiration times, leading to
  // tearing. Return the last read time. During the next idle callback, the
  // time will be updated.
  return currentSchedulerTime;
}
  • 第一种情况,在 isRendering 的时候,会直接返回 currentSchedulerTime, 这个 schedulerTime
    • isRendering 只有在 performWorkOnRoot 的时候才被设置为 true
    • 而 performWorkOnRoot 是在 performWork 中被循环调用的
    • performWorkOnRoot 的前后,都会重设 currentSchedulerTime
    • 这样,在 performWorkOnRoot 的时候, isRendering 被设定为 true,并且是一个同步的方法
    • 使用 performWorkOnRoot 的时候, 后期会调用 render 和 commit 两个阶段
    • 在上述两个阶段里,都有可能调用组件的生命周期方法,在这里有可能产生更新
    • react的设定是,在当前渲染流程中,如果在生命周期方法里触发了新的更新
    • 那么它计算 expirationTime 的时间,需要一个固定的时间,所以统一返回 currentSchedulerTime
    • 这个 currentSchedulerTime 就是在调用 performWorkOnRoot 之前算出来的时间
    • requestCurrentTime 的 if (isRendering) return currentScheudlerTime的设定
  • 第二种情况
    • 调用 findHighestPriorityRoot 找到调度队列中,优先级最高的任务
    • 如果符合 if (nextFlushedExpirationTime === NoWork || nextFlushedExpirationTime === Never)
      • 目前没有任务进行或正在更新的组件是从未展现的组件
      • 这时候,重新计算 renderTime recomputeCurrentRendererTime();
      • 并且赋值 currentSchedulerTime = currentRendererTime;
      • 最终 return currentSchedulerTime
    • 这里和 batchedUpdates 里面类似
      • 创建了 事件的回调,多次调用 setState 会创建多个更新
      • 计算多次 expirationTime
      • 如果没有做这类处理 requestCurrentTime 都去计算一个时间
      • 就会导致返回的时间不一致,因为时间不一致,导致计算出来的 expirationTime不一致
      • 那么就导致任务优先级不一致,它们会分批次的进行更新,就会导致问题
      • 在异步的模式下,即便只有在最后一次,回调调用完之后才会去调用 performWork
      • 但是因为任务优先级不同,会导致分多次进行调用
    • 所以,通过上述判断来规避此类问题
    • 第一次调用 setState 之后,就在一个root上创建一个更新
    • 从 firstScheduledRoot 到 lastScheduledRoot 里面至少会有一个
    • 即将要执行的更新,在有一个的情况下,上述 if 就不满足了,就不会直接计算时间
    • 直接返回 currentSchedulerTime 这个已保存的时间

expirationTime


1 ) 概述

  • 在计算 expirationTime 之前,我们计算的时间是预先处理过的
  • 在 requestCurrentTime 函数中有一个 recomputeCurrentRendererTime

2 )源码

// /packages/react-reconciler/src/ReactFiberScheduler.js
function recomputeCurrentRendererTime() {
  const currentTimeMs = now() - originalStartTimeMs;
  currentRendererTime = msToExpirationTime(currentTimeMs);
}

// packages/react-reconciler/src/ReactFiberExpirationTime.js
// 1 unit of expiration time represents 10ms.
export function msToExpirationTime(ms: number): ExpirationTime {
  // Always add an offset so that we don't clash with the magic number for NoWork.
  // ms / UNIT_SIZE 为了防止 10ms 之内的误差,两个时间差距在10ms以内,两个时间看做一致,最终计算出来的优先级也是一致
  return ((ms / UNIT_SIZE) | 0) + MAGIC_NUMBER_OFFSET; // UNIT_SIZE 是 10, const MAGIC_NUMBER_OFFSET 是 2
}
function computeExpirationBucket(
  currentTime,
  expirationInMs,
  bucketSizeMs,
): ExpirationTime {
  return (
    MAGIC_NUMBER_OFFSET +
    ceiling(
      currentTime - MAGIC_NUMBER_OFFSET + expirationInMs / UNIT_SIZE,
      bucketSizeMs / UNIT_SIZE,
    )
  );
}
export function expirationTimeToMs(expirationTime: ExpirationTime): number {
  return (expirationTime - MAGIC_NUMBER_OFFSET) * UNIT_SIZE;
}
  • 在后续 computeExpirationBucket 中 currentTime - MAGIC_NUMBER_OFFSET
  • 所以 MAGIC_NUMBER_OFFSET 没有影响到 真正时间的计算
  • 误差在10ms以内的,前后两个用于计算 expirationTime 的 currentTime
  • 它们的误差会被抹平,就是 msToExpirationTime 这个方法被设计的意义
  • 最终使用具体的时间设置timeout, 判断是否过期的时候,会通过 expirationTimeToMs 把这个时间转回来

到了这里,关于React16源码: React中requestCurrentTime和expirationTime的源码实现补充的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • React16源码: React中的reconcileChildren的源码实现

    reconcileChildren 1 )概述 在更新了一个节点之后,拿到它的props.children 要根据这个children里面的 ReactElement 来去创建子树的所有的 fiber 对象 要根据 props.children 来生成 fiber 子树,然后判断 fiber 对象它是否是可以复用的 因为我们在第一次渲染的时候,就已经渲染了整个 fiber 子树

    2024年01月20日
    浏览(41)
  • React16源码: React中的performWork的源码实现

    performWork 1 )概述 performWork 涉及到在调度完成,或者同步任务进来之后整个 root 节点链条如何更新 怎么更新一棵 Fiber 树,它的每一个节点是如何被遍历到,以及如何进行更新操作 A. 在执行 performWork 时候,是否有 deadline 的区分 deadline 是通过 reactschedule 它的一个时间片,更新

    2024年01月17日
    浏览(41)
  • React16源码: React中的unwindWork的源码实现

    unwindWork 1 )概述 在 renderRoot 的 throw Exception 里面, 对于被捕获到错误的组件进行了一些处理 并且向上去寻找能够处理这些异常的组件,比如说 class component 里面具有 getDerivedStateFromError 或者 componentDidCatch 这样的生命周期方法 这个class component 就代表它可以处理它的子树当中渲

    2024年01月25日
    浏览(37)
  • React16源码: React中的updateClassComponent的源码实现

    ClassComponent 的更新 1 ) 概述 在 react 中 class component,是一个非常重要的角色 它承担了 react 中 更新整个应用的API setState forceUpdate 在react当中,只有更新了state之后,整个应用才会重新进行渲染 在 class component 中, 它的逻辑相对复杂 2 )源码 在 packages/react-reconciler/src/ReactFiberB

    2024年01月21日
    浏览(40)
  • React16源码: React中的completeUnitOfWork的源码实现

    completeUnitOfWork 1 )概述 各种不同类型组件的一个更新过程对应的是在执行 performUnitOfWork 里面的 beginWork 阶段 它是去向下遍历一棵 fiber 树的一侧的子节点,然后遍历到叶子节点为止,以及 return 自己 child 的这种方式 在 performUnitOfWork 里面,还有一个方法叫做 completeUnitOfWork 在

    2024年01月23日
    浏览(44)
  • React16源码: React中的renderRoot的源码实现

    renderRoot 1 )概述 renderRoot 是一个非常复杂的方法 这个方法里处理很多各种各样的逻辑, 它主要的工作内容是什么? A. 它调用 workLoop 进行循环单元更新 遍历整个 Fiber Tree,把每一个组件或者 dom 节点对应的 Fiber 节点拿出来单一的进行更新,这是一个循环的操作 把整棵 Fiber T

    2024年01月17日
    浏览(43)
  • React16源码: React中的HostComponent & HostText的源码实现

    HostComponent HostText 1 )概述 HostComponent 就是我们dom原生的这些节点, 如: div, span, p 标签这种 使用的是小写字母开头的这些节点一般都认为它是一个 HostComponent HostText ,它是单纯的文本节点 主要关注它们的一个更新过程 2 )源码 定位到 packages/react-reconciler/src/ReactFiberBeginWork.js 进

    2024年01月24日
    浏览(41)
  • React16源码: React中的setState和forceUpdate源码实现

    setState 和 forceUpdate 1 ) 概述 通过 class component 内部的 setState ,以及 forceUpdate 去更新一个组件的过程 在react的应用当中,我们只有 ReactDOM.render setState ,以及 forceUpdate 这几种种方式去更新react的应用是合理的,其他没有什么特别常用的方式去更新了 而且react官方推荐的也是用

    2024年01月25日
    浏览(40)
  • React16源码: React中调度之batchedUpdates的源码实现

    batchedUpdates 1 )概述 在 requestWork 在中间, 会判断一个 isBatchingUpdates 做一些特定的操作 batchedUpdates 是一个批量更新的操作, 什么是批量更新呢?先来看一个例子 2 )示例 index.js demos/batchedUpdates 在上述 countNumber 中定义了更改 state的方法 当点击 按钮时,里面的 num 会更改,回调函

    2024年01月17日
    浏览(43)
  • React16源码: React中调度之requestWork的源码实现

    requestWork 1 )概述 在 scheduleWork 中,找到了创建更新的fiber对应的root节点 然后对它进行了一些操作之后,调用了 requestWork ,开始请求工作 在 requestWork 里面它会做哪些东西呢? 首先我们要把这个root节点加入到调度队列当中 然后判断是否是批量更新 最后再根据 expirationTime 的

    2024年01月17日
    浏览(43)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包