Flutter中setState何时触发组件重建？是否存在竞态条件？

核心结论 #

组件重建的触发时机是setState传入的回调函数执行完成后，对应你列出的选项c。

setState的工作机制细节 #

1. 当你调用setState(fn)时，Flutter框架会先同步执行传入的fn回调函数，所有状态变量的修改（比如更新文本、布尔标记等）都应该放在这个回调内完成。
2. 等回调函数完全执行完毕后，框架才会标记当前State对象为"脏状态"，并将该组件的重建任务加入调度队列。
3. 重建不会立即发生，而是会在下一帧的UI更新周期中执行build方法，完成组件的重建渲染。

你的代码场景分析 #

• 你在setState外部赋值futureWaitBool的写法存在竞态风险：因为setState回调执行后，重建是异步调度的（要等下一帧），而futureWaitBool = true是同步执行的。极端情况下可能出现框架先执行了重建，但futureWaitBool还没完成赋值，导致组件显示的颜色和文本不一致。
• 正确的写法是把所有状态修改都放在setState的回调内，像你最后那段代码一样：

setState(() {
 futureWait = "$fifteen second wait for both futures completed";
 futureWaitBool = true;
});

这种方式能保证所有状态变更都在重建调度前完成，避免竞态条件，确保组件重建时拿到的是完整的新状态。

对选项的逐一回应 #

• a) 首次调用setState时：错误。调用setState只是启动流程，此时还未执行状态修改，不会触发重建调度。
• b) 在回调中修改状态变量时：错误。修改状态的过程是同步执行的，框架不会在修改过程中触发重建，必须等整个回调执行完毕。
• c) setState执行完成时：正确。这里的"执行完成"特指传入的回调函数执行完毕，之后框架才会安排重建。
• d) 其他时机：无需考虑，选项c已经准确描述了触发重建调度的时机。

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