Firebase 如何基于riverpods streamProvider更新嵌套屏幕？

假设有三个屏幕。main.dart，home.dart&signIn.dart 我有代码，如下所示。当我在主屏幕中且streamProvider（firebaseAuthStateProvider）更改时，我将自动返回main.dart屏幕。之后，if查询将我直接发送到signIn.dart屏幕。正如所料。但是，当我创建一个新的嵌套屏幕并且streamProvider更改其值时，“根”屏幕（home.dart）不会将我返回到登录屏幕。所以我想它只适用于第一个孩子，而不适用于嵌套的孩子

是否可以只使用一个查询来检查根屏幕中的streamProvider，还是必须在每个屏幕中放置一个查询来检查值

class SignInCheck extends ConsumerWidget {
  @override
  Widget build(BuildContext context, ScopedReader scopedReader) {
    final _authState = scopedReader(firebaseAuthStateProvider); //
    return _authState.when(data: (value) {
      if (value != null) {
        return HomeScreen();
      } else {
        return SignIn();
      }
      //...

---

只要最高的小部件是监听auth状态变化的小部件，所有的子部件都会受到屏幕变化的影响。下面的代码是我不久前在GitHub上找到的，在我所有的Flatter项目中都是我的目标

AuthHome（）

是我的顶级小部件，它是应用程序其余部分的父级

auth_home.dart：

class AuthHome extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return AuthWidget(
          signedInBuilder: (context) => NavBase(),
          signedOutBuilder: (context) => Login());
  }
}

auth_widget.dart：

class AuthWidget extends ConsumerWidget {
  AuthWidget(
      {required this.signedInBuilder,
      required this.signedOutBuilder});
  final WidgetBuilder signedInBuilder;
  final WidgetBuilder signedOutBuilder;
  

  @override
  Widget build(BuildContext context, watch) {
    final authStateChanges = watch(authStateChangesProvider);
    return authStateChanges.when(
      data: (user) => _data(context, user),
      loading: () => const Scaffold(
        body: Center(
          child: CircularProgressIndicator(),
        ),
      ),
      error: (err, __) {
        print(err);
        return Scaffold(
          body: EmptyContent(
            title: 'Something went wrong',
            message: 'Can\'t load data right now.',
          ),
        );
      },
    );
  }

  Widget _data(BuildContext context, User? user) {
    if (user != null) {
      return signedInBuilder(context);
    }
    return signedOutBuilder(context);
  }
}

---

其中

NavBase（）

是应用程序的其余已验证部分所在的位置

谢谢，我尝试了你的代码，效果很好。然而，最初的问题仍然存在。我发现，只有当我使用路由并通过.pushName（“routeName”）切换页面时，才会发生这种情况。路由可能是问题吗？如果没有看到您的整个实现，我无法进一步阐明可能导致问题的原因。如果代码在GitHub上，我可以检查它。根据您所说的，如果您正在推送的路由不是小部件监控身份验证的后代，那么问题将持续存在。