Flutter构建时报setState()或markNeedsBuild() called during build错误，指向MaterialApp

这个错误并不是MaterialApp本身调用了setState导致的，它只是错误抛出时上层正在构建的标记组件。从错误栈指向ModalRoute.setState可以判断：你在某个页面的组件构建阶段（build方法执行过程中、或者initState同步执行阶段）直接调用了路由跳转逻辑，路由跳转本质会触发路由层的setState更新，此时原页面还没完成构建，就触发了这个断言报错。

• 优先排查你跳转前所在页面的逻辑，90%的同类场景都出现在闪屏页（SplashScreen）的跳转逻辑写法错误：不要在initState里直接执行跳转，也不要在build方法里写跳转逻辑，需要用WidgetsBinding.instance.addPostFrameCallback包裹跳转代码，等当前帧绘制完成后再执行跳转，示例如下：

// 在触发跳转的页面的initState里修改
@override
void initState() {
  super.initState();
  // 等待当前页面构建完成后再执行跳转操作
  WidgetsBinding.instance.addPostFrameCallback((_) {
    // 此处写入你原有的跳转逻辑，比如判断登录状态后跳转对应页面
    Navigator.pushNamed(context, '/home');
  });
}

• 排查所有页面的build方法，不要在build函数中直接编写任何触发路由跳转、调用setState的逻辑，所有这类操作都要放到事件回调（比如按钮点击回调）、异步回调或者postFrameCallback中执行。
• 如果使用了状态管理工具（Provider、Bloc等），确认状态监听回调触发跳转的时机，不要在页面构建阶段触发跳转操作。
• 如果跳转逻辑写在Future的then回调中，确认该Future不会在页面构建阶段同步完成触发回调，如果存在同步完成的场景，同样需要套postFrameCallback包裹跳转逻辑。

先修改闪屏页的跳转逻辑后测试跳转，如果仍然报错，逐次排查你跳转时的触发源页面代码即可。

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