Flutter应用中使用Awesome Notifications实现通知跳转路由的问题求助

看起来你的问题根源在于自定义底部导航栏是通过同一个Scaffold内部切换body内容实现的，而非Navigator栈管理页面，但你在通知点击时却尝试重新push一个HomePage实例，这不仅会导致页面重复，还没法正确切换到目标页面（比如DonePage）。下面是具体的修复方案：

核心思路 #

我们需要直接控制现有HomePage实例的selectedIndex，而不是新建页面。这里用GlobalKey来获取HomePage的状态，是最直接的实现方式。

步骤1：添加GlobalKey关联HomePage状态 #

首先在文件顶部定义一个全局的GlobalKey，用来绑定HomePage的State：

final GlobalKey<_HomePageState> homePageKey = GlobalKey<_HomePageState>();

然后修改HomePage的构造函数，传入这个key：

class HomePage extends StatefulWidget {
  HomePage() : super(key: homePageKey); // 关联GlobalKey

  @override
  State<HomePage> createState() => _HomePageState();
}

步骤2：在HomePage State中添加页面跳转方法 #

在_HomePageState类里新增一个方法，用来外部触发页面切换：

class _HomePageState extends State<HomePage> {
  // ... 现有代码 ...

  // 新增：外部调用此方法切换页面
  void navigateToTargetPage(int targetIndex) {
    setState(() {
      selectedIndex = targetIndex;
    });
  }

  // ... 现有代码 ...
}

步骤3：修复通知点击的导航逻辑 #

替换你原来的actionStream监听代码，改成下面的逻辑：

AwesomeNotifications().actionStream.listen((event) {
  // 目标页面：比如你要跳转到DonePage，对应index=1
  const targetIndex = 1;

  // 如果HomePage已经存在于栈中，直接切换它的selectedIndex
  if (homePageKey.currentState != null) {
    homePageKey.currentState!.navigateToTargetPage(targetIndex);
    // 确保回到根路由（HomePage），避免栈中有多余页面
    Navigator.popUntil(context, (route) => route.settings.name == '/');
  } else {
    // 如果HomePage还没初始化，先push到HomePage，再切换页面
    Navigator.pushAndRemoveUntil(
      context,
      MaterialPageRoute(
        builder: (_) => HomePage(),
        settings: const RouteSettings(name: '/'), // 给根路由命名
      ),
      (route) => false, // 清空之前的栈
    ).then((_) {
      // 页面初始化完成后切换到目标页面
      if (homePageKey.currentState != null) {
        homePageKey.currentState!.navigateToTargetPage(targetIndex);
      }
    });
  }
});

步骤4：确保根路由有命名 #

在你的MaterialApp中，给HomePage对应的路由设置名称，这样popUntil能正确识别：

MaterialApp(
  initialRoute: '/',
  routes: {
    '/': (context) => HomePage(),
    // 其他页面路由...
  },
);

为什么原来的代码会出错？ #

• 你每次点击通知都新建了一个HomePage实例，导致Navigator栈中存在多个HomePage，而你要控制的是最早的那个实例的selectedIndex，新实例的状态和旧实例完全无关。
• 路由判断条件(route) => route.settings.name == screen[1].toString()完全无效：screen[1]是DonePage的Widget实例，它的toString()输出的是Widget的调试信息，根本不是路由名称。

可选优化方案 #

如果你的项目后续页面复杂度提升，可以考虑用状态管理工具（比如Provider、GetX）来管理selectedIndex，这样不需要依赖GlobalKey，代码会更解耦。但对于当前场景，GlobalKey是最快速有效的修复方式。

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