Flutter中使用Navigator后如何访问Provider<UserModel>？

你遇到的错误本质是：当前UserModel的Provider只覆盖了HomePage及其子组件，而通过Navigator.push跳转的页面属于MaterialApp的Navigator层级，不在该Provider的子树范围内，所以新页面无法找到对应的Provider实例。

方案一：调整全局结构，让Provider覆盖整个导航栈（推荐） #

这个方案既满足先检查Firebase登录状态再创建UserModel的需求，又能让所有跳转页面都能访问到Provider，同时符合性能优化原则（仅在登录后初始化UserModel）。

修改你的MaterialApp结构，通过builder将登录状态监听和Provider包裹在所有路由页面的外层：

class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: '你的应用名称',
      // 用builder把Provider嵌套在所有路由页面上层
      builder: (context, child) {
        return StreamBuilder<User?>(
          // 实时监听Firebase用户登录状态变化
          stream: FirebaseAuth.instance.authStateChanges(),
          builder: (context, snapshot) {
            // 处理加载状态
            if (snapshot.connectionState == ConnectionState.waiting) {
              return const Center(child: CircularProgressIndicator());
            }

            if (snapshot.hasData) {
              // 用户已登录，创建UserModel并包裹所有路由页面
              return ChangeNotifierProvider<UserModel>(
                create: (_) => UserModel(snapshot.data!),
                child: child,
              );
            } else {
              // 用户未登录，展示登录页
              return const LoginPage();
            }
          },
        );
      },
      initialRoute: '/home',
      routes: {
        '/home': (_) => const HomePage(),
        '/profile': (_) => const ProfilePageOne(),
        // 其他路由配置
      },
    );
  }
}

这样所有通过Navigator跳转的页面都会处于Provider的子树中，无需额外处理就能正常访问UserModel。

方案二：跳转时手动传递Provider实例（适合小范围调整） #

如果不想改动全局结构，可以在跳转新页面时，用Provider.value把当前的UserModel实例传递过去：

// 在HomePage的按钮点击事件中
Navigator.push(
  context,
  CupertinoPageRoute(
    builder: (context) => Provider.value(
      // 获取当前UserModel实例，listen设为false避免不必要的组件重建
      value: Provider.of<UserModel>(context, listen: false),
      child: const ProfilePageOne(),
    ),
  ),
);

这种方式无需调整全局结构，但需要在每个需要访问UserModel的跳转页面中手动包裹，适合页面数量较少的场景。

• 确保UserModel正确继承ChangeNotifier，并在状态更新时调用notifyListeners()
• 使用Consumer或Provider.of时，确保调用的上下文处于Provider的子树范围内

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