- Published on
从Scheduler包来看React的任务调度
- Authors
- Name
- noodles
- 每个人的花期不同,不必在乎别人比你提前拥有
javascript的执行是单线程的,React老的架构是利用栈(递归)来完成组件的更新渲染,这样当组件层级较深更新任务较多的时候,js线程会阻塞UI线程导致表现上页面卡顿的现象.React新的架构Fiber中将更新任务进行了细粒度的划分并且实现了新的任务调度系统.这样保证了React页面更新的流畅和响应的速度.本文主要从调度React更新任务的Scheduler包入手从宏观的角度了解React中的任务调度机制.
前置知识
事件循环
javascript中的事件循环可以参考事件循环
isInputPenging
isInputPending是Facebook实现的一个浏览器的新的api标准,现在只在最新的chrome版本上有对应的实现.通过调用navigator.scheduling.isInputPending方法来获取当前是否有高优先级的用户输入需要处理,从而实现打断js执行响应用户输入的目的.
任务调度的演进过程

当js线程执行一个比较长时间的js任务的时候,会导致UI线程无法快速的响应用户的输入,造成体验卡顿等问题.


基于以上两种模式的思路,js如果能在执行过程中主动的获取用户的输入(执行的deadline),主动的暂停当前js的执行并通过事件循环在下一次的事件循环中再次唤起js任务的执行,这样就能充分的利用起所有的执行时间来执行任务并且保证用户输入(高优先级任务)的响应,以上就是Scheduler在调度任务执行的实现方式,下面从源码的角度来看下Scheduler是如何实现任务调度的.
Scheduler的实现思路
以下源码分析基于React master分支的最新代码
在React进行渲染任务调度的时候,是通过调用Scheduler暴露出来的unstable_scheduleCallback将任务函数作为callback传入等待Scheduler调度执行.源码位置


- 根据传入的执行函数和优先级创建执行任务,加入异步执行队列或者同步执行队列
- 调度任务更新
以下先只关注同步taskQueue的执行流程,requestHostCallback通过Message channel发起宏任务来执行flushWork,最终走入到workLoop整个调度的实现逻辑.


- 对可执行时间进行了切片(yieldInterval == 5ms)
- 当超时可执行时间后,进行任务队列的调整在下个事件循环中唤起任务调度逻辑.这里有区分的是同步任务队列是直接通过postMessage发起调用,延迟任务队列是通过timer(setTimeout)发起调用.

一些小的值得思考的点
frameYieldMs为什么是5ms
这样能保证每帧内切片的任务执行之间不超过5ms,从而保证页面整体的流畅性
使用Message Channel 为什么没有使用定时器或者其他的方案来实现整体的任务调度

- Scheduler在node.js或者老的IE浏览器中会使用setImmediate。因为这样才能打破在当前环境的事件循环。
- 在浏览器环境或者Worker调度任务场景,使用MessageChannel,这里没有使用定时器,是因为定时的最小间隔是4ms,这样会导致一些时间的浪费
- 在其他非浏览器场景,会使用SetTimeout
MessageChannel的使用方式
Scheduler使用MessageChannel完成当前上下文的切换-react的调度任务和浏览器其他任务的切换
const channel = new MessageChannel()
const port = channel.port2
channel.port1.onmessage = (message) => {
console.log(message.data)
}
port.postMessage(111)
对scheduler包的理解
Scheduler是一个实现任务调度的库,它里面实现了多种环境的任务调度能力。可以理解它赋予了JavaScript'多线程'的能力,可以完成当前执行任务的上下文切换和恢复执行。在一些细节考量上也非常细致,比如每帧任务最大的执行时间是5ms/setTimeout的使用等。
参考链接
isInputPending的实现背景
isInputPending的使用思路
react scheduler源码解析
React技术解密