各位前端界的“炼金术士”们，大家好！ 今天我们要聊的，是 React 源码中一个非常迷人、也非常关键的部分——时间切片。想象一下，你正在开一辆法拉利，但限速只有 10km/h，你会怎么做？你会换挡，一脚油门踩到底，然后立刻松开，再踩，再松开。这就是 React 并发模式的核心哲学：在每一帧里，尽可能多干活，如果干完了或者时间不够了，就停下来喘口气，把主线程还给浏览器去渲染界面。 而这一切的指挥官，就是 shouldYield 函数。 这哥们儿到底怎么知道“时间不够了”？它是怎么判定当前帧的剩余时间是否充足的？今天，我们就把 React 的调度器（Scheduler）像剥洋葱一样剥开，看看它到底在搞什么鬼。 第一章：浏览器的心跳与 RAF 首先，我们要理解“帧”这个概念。现代显示器通常以 60Hz 的频率刷新，意味着每一秒钟屏幕会闪烁 60 次。这意味着，每一帧的时间是固定的：1000ms / 60 ≈ 16.6ms。 这 16.6ms 是个什么概念？如果 React 在这 16.6ms 里干完了所有活，那页面就是丝滑的；如果 React 在这 16.6ms 里卡住了，还在算那个复杂的斐 …
继续阅读“React 源码分析：shouldYield 函数在每一轮 workLoop 中是如何判定当前帧剩余时间是否充足的？”