React 为什么要自己实现调度器， 而不是直接使用 requestIdleCallback ？
参考答案：
主要是因为以下几个原因：
1. 对任务优先级的精确控制
React 需要根据不同类型的任务（例如更新视图、处理事件、执行动画等）来控制任务的优先级，而 requestIdleCallback 并不提供足够细粒度的优先级控制。
- React 的调度器（比如 React Fiber 调度器）允许它精确地控制任务的优先级，支持 高优先级任务（例如用户输入）和 低优先级任务（例如空闲时的渲染更新）。
requestIdleCallback只提供了一个简单的空闲时间回调，它并没有内建对任务优先级的控制能力。所有的任务都会在浏览器空闲时执行，这样可能会导致一些高优先级任务被低优先级任务阻塞，无法及时处理。
2. 任务的中断与抢占
React 需要在渲染过程中支持任务的中断和抢占，以保证用户交互的流畅性和响应性。React 调度器实现了 时间切片 和 任务中断，可以在渲染过程中暂停低优先级的任务，去执行高优先级的任务（比如响应用户输入）。
requestIdleCallback是在浏览器空闲时才执行的，无法灵活地中断正在进行的任务并优先处理高优先级任务。因此，React 需要更细粒度的调度来中断低优先级的渲染任务，确保用户交互的即时反馈。
3. 跨浏览器兼容性
requestIdleCallback 是一个相对较新的浏览器 API，并不是所有浏览器都支持它，特别是在旧版浏览器中。为了确保 React 在更多浏览器上都能正常工作，React 选择使用自定义的调度机制来处理任务，而不依赖于 requestIdleCallback。
- React 的调度器（例如 Fiber 调度器）能在所有浏览器中正常工作，而不依赖于特定的浏览器 API。
4. 能耗管理
React 自己实现的调度器可以对空闲时间和浏览器的任务执行进行优化，最大限度地减少电池消耗和资源浪费。通过精确控制何时以及如何执行任务，React 可以避免不必要的计算，尤其是在移动设备上。
requestIdleCallback调度任务的时机完全取决于浏览器空闲的状态，这可能导致在设备负载较高时浏览器频繁执行不必要的回调，消耗更多电量和计算资源。
5. 更强的可定制性
React 需要支持许多不同类型的任务，例如事件处理、动画、数据加载和视图更新。React 自己的调度器能够更灵活地处理这些任务的优先级和执行时机。而 requestIdleCallback 仅提供一个回调，无法处理那么多类型的任务。
题目要点：
- 优先级控制：React 需要精确控制任务优先级，
requestIdleCallback无法满足这一需求。 - 中断与抢占：React 需要中断低优先级任务，确保高优先级任务优先执行，而
requestIdleCallback无法做到这一点。 - 跨浏览器兼容性：React 自定义调度器支持更广泛的浏览器，避免依赖不被所有浏览器支持的
requestIdleCallback。 - 性能优化：React 调度器能更好地进行能效和性能优化，避免不必要的任务执行。
- 任务灵活性：React 需要处理复杂的任务调度，而
requestIdleCallback只是一个简单的空闲时间回调，无法满足 React 的复杂需求。