使用go_router进行页面push/pop触发重建，如何避免？

当然可以用GoRouter实现和原生Navigator一样的无重建导航效果，关键是用对导航API和路由配置，下面是具体解决方法：

问题本质 #

你用context.go("/secondScreen")导致页面全重建，是因为这个方法会替换整个路由栈，而原生Navigator.push()是在栈顶新增页面，只会重建新页面。要对齐这个行为，你需要用GoRouter的栈操作API。

具体实现 #

1. 使用正确的导航方法 #

放弃context.go()，改用以下API：

• context.push("/secondScreen")：和Navigator.push()逻辑完全一致，在当前路由栈顶添加新页面，仅目标页面会重建
• context.pop()：和原生Navigator.pop()效果相同，弹出栈顶页面时，原页面不会触发重建

2. 检查路由配置 #

确保你的GoRouter路由配置没有额外触发重建的逻辑，标准配置如下：

final router = GoRouter(
  routes: [
    GoRoute(
      path: '/',
      builder: (context, state) => const FirstScreen(),
    ),
    GoRoute(
      path: '/secondScreen',
      builder: (context, state) => const SecondScreen(),
    ),
  ],
);

这里的builder仅在页面首次入栈时执行，后续导航操作不会导致已入栈的页面重建。

3. 额外优化：减少Firebase读取开销 #

即使解决了重建问题，也可以给Firebase数据读取加一层缓存，进一步降低不必要的请求：

• 用StreamBuilder配合distinct()过滤重复的文档更新
• 给FutureBuilder加内存缓存或本地缓存，避免页面重建时重复发起请求

效果对比 #

• 原生Navigator代码：

Navigator.push(context, MaterialPageRoute(builder: (context) => SecondScreen())); // 仅SecondScreen重建

• GoRouter对应代码：

context.push("/secondScreen"); // 仅SecondScreen重建
context.pop(); // 返回时FirstScreen无重建

这样就能实现和原生Navigator完全一致的无重建导航，同时保留GoRouter的路由管理优势。

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