在 Flutter 框架中，setState 的内部运行机制是怎样的？请描述从调用 setState 到界面重新构建的完整流程。
考察说明
考察对 Flutter 状态管理与界面更新机制的理解深度。
回答思路
- 【回答框架 1】setState 是 State 类提供的方法，用于标记 State 对象为脏（dirty），并触发对应的 Element 重新构建。调用 setState 后，framework 会在下一帧（frame）重建该 State 对应的 Widget。
- 【回答框架 2】setState 接受一个回调函数，回调内可以进行状态字段的修改。框架保证回调完成后会将该 State 标记为需要重建，并在当前帧结束时调度重建过程。
- 【回答框架 3】重建过程中，会调用 State 的 build 方法，生成新的 Widget 树，并与旧的 Widget 树进行 diff（diff算法），只更新发生变化的部分，最终更新到真实 UI。
- 【回答框架 4】setState 必须在 mounted 状态下调用（即 State 已挂载到 Element 树），并且不能在 build 方法中调用，否则会抛出异常，因为 build 过程不应触发状态变更。
- 【回答框架 5】setState 是同步标记，但实际重建是异步的。若在事件处理或异步回调中多次调用 setState，框架会合并这些调用，只触发一次重建。
- 【关键点 1】setState 通过标记 dirty 触发重建，而非立即重建。
- 【关键点 2】setState 的回调内才可安全修改状态字段，且应避免在 build 中调用 setState。
- 【关键点 3】Flutter 使用 diff 算法高效更新 UI，只重绘变更部分。
- 【关键点 4】多次调用 setState 会合并为一次重建，提高性能。
- 【易错点 1】在 build 中调用 setState 会抛异常，并可能导致死循环。
- 【易错点 2】setState 仅更新控件，不保证数据持久化；若需持久化用存储方案。
- 【易错点 3】频繁调用 setState 且状态无变化会浪费性能，应避免。