React状态变更如何触发组件重渲染调度？

• setter函数是同步执行的
  不管是类组件的setState，还是函数组件里useState返回的状态更新函数，调用时都是同步执行的——它会立刻修改React内部维护的状态数据，但不会马上触发组件重渲染。

• 渲染调度的核心逻辑

  React会等待事件处理器中的所有代码执行完毕后，才处理状态更新
  你对这段描述的理解完全正确：当你在事件回调（比如onClick、onChange）里修改状态时，React会先让回调里的所有代码跑完，直到调用栈清空，才会启动状态更新的处理流程。这是因为React对所有通过它绑定的事件做了封装，用事件委托统一接管，确保当前事件的同步代码全部执行完成后，再处理状态变更后的渲染。

• 关于microtask队列的猜想
  早期React版本（React 17及之前）确实会把状态更新的任务推入microtask队列，利用事件循环的特性，让这些任务在当前宏任务（事件处理器）执行完后优先执行，完成状态的批量合并后再触发重渲染。不过React 18之后改用了自研的调度器（Scheduler），可以根据任务优先级灵活调度（比如区分输入这类紧急更新和列表加载这类非紧急更新），不再完全依赖浏览器的microtask队列，但核心还是要等当前同步代码执行完毕才会处理渲染。

内容的提问来源于stack exchange，提问作者kekerinho