如何解决Flutter保存更改触发热重载时自动跳回首个路由的问题

• 排查点1：检查Firebase初始化逻辑位置
  不要将Firebase初始化、登录状态判断、全局导航跳转等逻辑放在任意Widget的build方法中，build方法会在热重载时重新执行，一旦包含路由跳转逻辑会直接重置页面层级。正确的初始化逻辑应该放在main函数中：

void main() async {
  WidgetsFlutterBinding.ensureInitialized();
  // 全局仅初始化一次Firebase
  await Firebase.initializeApp();
  runApp(const MyApp());
}

同时不要在State的initState、didChangeDependencies生命周期中写无判断条件的强制跳转逻辑，避免热重载重建State时触发跳转。

• 排查点2：修复路由跳转代码的配置缺失
  你当前使用的匿名MaterialPageRoute没有设置路由标识，热重载时Flutter无法匹配恢复路由栈中的页面，会直接回退到初始路由。跳转时补充settings参数指定路由名称即可：

onPressed: () {
  Navigator.push(context,
      MaterialPageRoute(
        builder: (context) => SignIn(),
        settings: const RouteSettings(name: '/signIn')
      ));
},

长期使用更推荐用命名路由统一管理所有页面，在MaterialApp中配置routes参数，跳转时调用Navigator.pushNamed(context, '/signIn')，路由栈恢复的稳定性更高。

• 排查点3：避免全局状态变更触发整个MaterialApp重建
  如果你使用Provider管理全局状态，注意不要将MaterialApp直接作为Provider的子组件，否则全局状态更新（包括热重载触发的状态刷新）会导致整个MaterialApp重建，直接重置路由栈到初始home页。可以将业务页面作为Provider的作用域范围，或者使用selector过滤不需要的状态更新，减少不必要的页面重建。

• 开发阶段临时优化方案
  开发单个页面时，可以直接将当前开发的页面设置为MaterialApp的home属性，调试完成后再改回原有初始页，可完全避免热重载跳转的问题。

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