Flutter实际项目中如何向Cubit/Bloc传递AuthenticationStatus流

结论先放前面：完全不需要每秒轮询API，这种轮询方案纯属浪费客户端流量、徒增服务端压力，还会存在状态同步延迟，生产环境有更成熟的实现逻辑。

你提到的flutter_bloc登录教程里的示例代码，本质只是搭了一个认证状态的统一流出入口：初始延迟1秒先抛出默认的未认证状态，后续所有认证状态的变更都通过内部的_controller流对外广播，本身根本没有包含轮询逻辑。

实际项目的标准实现思路 #

1. 搭建统一的状态分发通道 #

在AuthenticationRepository中维护一个广播类型的StreamController，作为全App唯一的认证状态分发源：

// 记得在仓库dispose生命周期中关闭controller
final _authStatusController = StreamController<AuthenticationStatus>.broadcast();
Stream<AuthenticationStatus> get authStatus => _authStatusController.stream;

所有会改变用户认证状态的事件，都统一往这个controller里添加新状态，不需要定时轮询，常见的触发场景有这几类：

• App启动初始校验：打开App时先读取本地存储的token、用户信息，校验token格式是否合法、是否过了本地记录的过期时间，校验完成后往流里抛出authenticated或者unauthenticated状态，对应教程里延迟1秒返回初始状态的逻辑
• 用户主动操作：用户输入账号密码登录成功、主动点击退出登录按钮时，直接往流里推送对应状态即可
• 全局网络拦截：给所有App内的接口请求加统一响应拦截器，只要接口返回401状态码、token过期、会话被踢的约定错误码，立刻往流里抛出unauthenticated状态，这是覆盖被动会话失效最常用的方案
• 长连接消息推送：如果项目接入了WebSocket、MQTT这类长连接服务，服务端主动推送账号下线、会话失效消息时，直接往流里推送未认证状态，状态同步是实时的

2. 实现自动重路由登出 #

在App根层级监听这个认证状态流即可实现全局自动跳转：

• 在MaterialApp外层用StreamBuilder或者Bloc的BlocListener订阅authStatus流
• 一旦接收到unauthenticated状态，先清空本地缓存的token、用户信息，再清空整个路由栈，统一跳转至登录页即可，不需要额外做定时判断。

关于轮询的适用场景 #

只有当你的后端完全不支持在接口响应中返回会话失效错误、也没有长连接推送能力的时候，才需要退而求其次用轮询方案，而且轮询间隔完全不需要设为1秒，一般设置5-15分钟校验一次token有效性就足够覆盖极端场景。绝大多数业务场景下，用「初始校验+主动操作触发+全局响应拦截+长连接推送」的组合，就能做到认证状态实时同步，资源消耗也极低。

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