BlocConsumer已关闭，BlocProvider优先级问题致事件添加失败

问题描述 #

打开个人资料页时，ProfileBloc正常初始化，页面触发GetUserProfile事件运行正常。但切换到其他页面再返回个人资料页时，程序抛出错误：cannot add new event after close。

问题根源 #

1. 重复提供Bloc且复用单例实例：main函数已通过MultiBlocProvider全局注入ProfileBloc，但AppRouter的profilePage和editProfilePage路由中，又用BlocProvider再次包裹页面，且使用全局单例_profileBloc。当页面被弹出（pop）时，路由内的BlocProvider会自动关闭该Bloc实例，再次进入页面时复用的是已关闭的实例，添加事件自然报错。
2. 生命周期管理冲突：全局单例Bloc被页面级Provider接管生命周期，页面销毁时Bloc被强制关闭，后续复用实例直接失效。

解决方案 #

方案一：移除路由中重复的BlocProvider（推荐） #

既然全局已提供ProfileBloc，页面可直接获取全局实例，无需在路由中重复包裹：
修改AppRouter中对应路由：

case AppRoutes.profilePage:
  return MaterialPageRoute(
    builder: (context) => ProfilePage(
      userProfileModel: settings.arguments as UserProfileModel,
    ),
  );

case AppRoutes.editProfilePage:
  return MaterialPageRoute(
    builder: (context) => const EditProfilePage(),
  );

方案二：使用页面独立的Bloc实例 #

若需要每个页面拥有独立的ProfileBloc状态，不要复用全局单例，而是在路由中创建新实例：

case AppRoutes.profilePage:
  return MaterialPageRoute(
    builder: (context) => BlocProvider<ProfileBloc>(
      // 确保每次创建新实例，若serviceLocator是单例则改为直接new ProfileBloc()
      create: (context) => serviceLocator<ProfileBloc>(), 
      child: ProfilePage(
        userProfileModel: settings.arguments as UserProfileModel,
      ),
    ),
  );

注意：需调整serviceLocator的注册逻辑，将ProfileBloc注册为非单例（比如工厂模式），确保每次获取都是新实例。

方案三：临时规避（不推荐，仅应急） #

在添加事件前检查Bloc状态，避免向已关闭的Bloc发事件：
修改ProfilePageBody的initState和刷新逻辑：

@override
void initState() {
  super.initState();
  final profileBloc = context.read<ProfileBloc>();
  if (!profileBloc.isClosed) {
    profileBloc.add(GetUserProfile(widget.userProfileModel.uid));
  }
}

// 刷新部分
onRefresh: () async {
  final profileBloc = context.read<ProfileBloc>();
  if (!profileBloc.isClosed) {
    profileBloc.add(GetUserProfile(widget.userProfileModel.uid));
  }
},

总结 #

核心问题是Bloc生命周期管理混乱，全局单例被页面级Provider错误接管导致提前关闭。优先选择方案一统一使用全局Bloc；若需页面独立状态则用方案二，确保每个页面拥有独立Bloc实例。

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