Flutter Navigator路由栈移除问题：如何返回指定页面？

一、解决当前popUntil的痛点 #

因为Screen A不是Navigator栈的最底层，用route.isFirst会回到更早的页面，你可以给Screen A的路由加个唯一标识，比如给MaterialPageRoute的settings设置name：

// 跳转至Screen A时
Navigator.push(
  context,
  MaterialPageRoute(
    builder: (_) => ScreenA(),
    settings: RouteSettings(name: 'screen_a'), // 添加唯一标识
  ),
);

之后在Screen C点击DONE时，用这个标识作为判断条件：

Navigator.of(context).popUntil((route) => route.settings.name == 'screen_a');

这种方式比手动调用两次pop()更可靠，后续如果页面流程调整，不用修改pop的次数。如果不想用name，也可以通过路由的类型匹配判断，但name的方式更直观：

Navigator.of(context).popUntil((route) {
  return route.builder is Widget Function(BuildContext) &&
         (route.builder(context) is ScreenA);
});

二、导航方案选择建议 #

你的App不算复杂，也不需要深度链接，原生的Navigator.push/pop完全能满足需求：

• 相比命名路由，它的传参更直接（直接在页面构造函数里传值），不用处理ModalRoute.of(context)?.settings.arguments这种繁琐写法，贴合你的使用习惯。
• 关于从通知打开页面的需求，原生Navigator也能实现：在通知点击回调中，拿到导航上下文后，用push或pushAndRemoveUntil打开目标页面即可。比如从通知打开Screen B，同时确保回到指定页面：

// 通知点击时的处理逻辑
Navigator.pushAndRemoveUntil(
  context,
  MaterialPageRoute(builder: (_) => ScreenB()),
  (route) => route.settings.name == 'screen_a', // 打开B前先回到Screen A
);

至于go_router，它更适合复杂App、需要深度链接或统一路由管理的场景，你的需求用它反而会增加不必要的学习成本和依赖复杂度。命名路由的传参方式确实不够灵活，既然你觉得它比Navigator复杂，完全没必要勉强切换，原生方案足以覆盖你的所有需求。

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