请求封装和登录过期怎么处理

请求封装应统一协议行为，而不是吞掉业务差异。公共层处理认证头、超时、取消和错误格式；API 层定义 endpoint 与参数；页面决定表单报错、局部重试或导航。并发 401 的关键是所有请求等待同一个刷新任务，而不是每个请求各刷新一次。刷新成功后替换凭据并最多重放一次，刷新失败则统一结束等待者并清理会话。

可以把刷新状态表示为 refreshPromise：第一个需要刷新者创建 Promise，后来的请求复用它，finally 再清空。重放请求携带 retried 标记，防止反复刷新；刷新 endpoint 走不触发同类拦截的通道。SSR 中该状态必须限制在当前请求或正确用户会话内，不能把一个模块级用户 token 共享给所有访问者。

不要对支付、创建订单等写请求无条件重放。401、403、网络异常和业务校验失败分别处理；抛出原错误或结构化错误，不能把失败 resolve 成空数组，让页面误以为查询成功。

我把请求层、业务 API 和页面分开：请求层负责基础配置、认证头、超时取消及公共错误，API 层表达具体业务接口，页面负责加载态与交互。token 过期时用共享的刷新 Promise 合并并发刷新，其他请求等待同一次结果；成功后按规则重放一次，失败则清理认证并统一跳登录。刷新接口自身不能再触发刷新，防止死循环。写操作重放要先确认幂等或服务端未执行，不能一律重试。