NavigatorObserver方法未被Navigator正常触发，如何排查？

问题背景 #

尝试实现NavigatorObserver监听导航栈的页面新增/移除操作，执行通知刷新逻辑，但仅在App启动时触发一次didPush()，后续调用Navigator.push()导航时无任何响应。

Observer实现代码 #

class NotificationNavigatorObserver extends NavigatorObserver {
  NotificationNavigatorObserver(this._notifProvider);
  final NotificationProvider _notifProvider;

  @override
  void didPush(Route route, Route? previousRoute) {
    super.didPush(route, previousRoute);
    print("didPush()");
    _notifProvider.refreshNotifications().then((value) => null);
  }

  @override
  void didPop(Route route, Route? previousRoute) {
    super.didPop(route, previousRoute);
    print("didPop()");
    _notifProvider.refreshNotifications().then((value) => null);
  }
}

主App配置代码 #

@override
Widget build(BuildContext context) {
    return MultiProvider(
      providers: [
        ChangeNotifierProvider(create: (_) => NotificationProvider()),
        ChangeNotifierProvider(create: (_) => ModalProvider()),
        ChangeNotifierProvider(create: (_) => FullScreen()),
      ],
      builder: (context, child) => Builder(
        builder: (context) {
          final notificationProvider = Provider.of<NotificationProvider>(context, listen: false);

          return Consumer<FullScreen>(
              builder: (context, fullScreen, child) => MaterialApp(
                    navigatorObservers: [
                      NotificationNavigatorObserver(notificationProvider)
                    ],
                    ...

导航触发代码 #

Navigator.push(context, MaterialPageRoute(builder: (context) => SomePage()));

排查方向 #

• 上下文匹配检查：调用Navigator.push()时使用的context必须属于当前配置了Observer的MaterialApp。如果context来自MaterialApp外层（比如MultiProvider或外层Builder），导航会走默认导航器，不会触发你的Observer。可以在MaterialApp的子组件内获取context再导航，或者用GlobalKey绑定导航器验证。
• 导航器实例唯一性检查：如果App内存在多个MaterialApp或Navigator组件，Observer只会监听它所属的那个导航器。排查是否存在嵌套导航器或第三方库创建的独立导航栈，拦截了你的导航操作。
• Observer初始化验证：确认NotificationNavigatorObserver确实被添加到MaterialApp的navigatorObservers列表中，没有被后续代码覆盖。可以在MaterialApp初始化时打印navigatorObservers.length，验证Observer是否已正确加入。
• Route类型监听验证：在didPush方法中打印route.runtimeType，确认MaterialPageRoute类型被正确识别，排除特殊Route导致的不触发问题。
• Provider作用域排查：当前代码中notificationProvider的获取方式看似没问题，但如果MultiProvider和MaterialApp的作用域不匹配，可能导致Observer持有的Provider实例异常。可以尝试在Observer内部通过Provider.of获取实例（注意使用正确的context），或者打印_notifProvider的哈希值，确认导航时实例未被重建。

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