Fiber 调度机制

作者：温荣蛟
上篇提到为了解决任务调度粒度控制不够的问题，React引入了Fiber架构。Fiber将一个DOM更新任务拆分为由多个原子化可调度的节点组成的集合，从而提供了细粒度的任务调度能力。

Fiber这个名词并不是React的首创，和服务器端开发中的中纤程（Fiber）相同，后端开发中的纤程，也有着不同的名字，例如C/C++的协程、Java中的Loom（孵化中）、Go中的goroutine；这些不同名字的背后其实都是一个目的——通过线程复用降低线程的使用成本。

操作系统提供了进程和线程供用户进行使用，其中线程是操作系统调度的最小单位。但是线程的使用成本很高，主要体现在每个线程都是自己独立的内存空间、线程切换需要的控制时间很长。这就导致了当出现大量线程时，会引起操作系统的压力变大，从而消耗大量的资源，降低性能。因此，在服务端开发等需要用到大量线程的场景下，会通过一些机制对操作系统的线程进行复用，这个机制就是服务器端的Fiber.

但是在前端领域，js只提供了一个线程，不存在线程切换的场景。是不是就说明了Fiber机制无法应用到前端？React又为何将自身调度机制命名为Fiber？Fiber在前端领域的作用体现在什么方面？或者换句话说，前端Fiber的意义又是什么？

本章将从Fiber的结构入手，为读者揭开React Fiber的神秘面纱。接着，分析Fiber机制在Task调度过程中的运行机制，最后分析Fiber的意义。

第一节 Fiber架构