# 项目审查更新确认

2026-09-21。已完整阅读《项目审查补充-2026-09-21.md》，并对照当前UserService、CustomServerMgr、ClubService、QuitAct源码逐项确认。本轮仅静态核查和文档更新，没有修改业务代码、重跑测试或操作服务器。

## 确认结论
- F1/P1成立：ClubService仍有11个本人playerId使用UserId；UserId仍赋值PlayFabId，CreateClub缓存映射也仍写旧身份。属于A阶段待修复，不能用GetSelfClub局部修复代表全部完成。
- F2/P1成立：CreateClub空/失败结果清空myClubInfo并发事件；QuitClub不判断结果便执行本地退出。manager过期响应返回null并不能保证调用者无副作用，需要调用者会话检查和成功语义。
- F3/P1成立：QuitAct先等待ReleaseAsync，直到OnStarted才在Logout标志为true时调用Logout；此等待窗口内HTTP版本和登录代际尚未失效。这是最小登录退出收尾的遗漏，不能继续表述为只差场景验收。

## 当前裁决
此前“最小登录收尾源码review无已确认阻塞项”是当时审查结果；本次新证据补充后，完整退出安全重新打开，业务会话隔离未通过。底层HTTP过滤与RT首连/释放修复仍有效，不回退、不重复列为未实现。历史31测试、编译、正式服只读探测不作废，但不能覆盖F1/F2/F3；新用例尚未实施。

## 建议执行顺序
1. 优先F3：专项评审退出入口身份失效顺序和文件边界，覆盖注销/非注销路径；阻塞Hub Stop并注入旧HTTP200/401、API登录、SDK回调测试。未完成评审前不机械移动Logout。
2. F1/F2合并为A的下一批：先盘点本人/目标/缓存身份和CreateClub/QuitClub响应契约，明确失败不改状态、过期响应无副作用，再改代码并模拟验证；不做正式服会员写操作。
3. B仅独立协议/固定测试会话可准备；生产Cookie/HttpClient桥接先具体评审。C存档切换、D SDK删除继续不放行。

本确认不等于修复完成或新实施方案已通过评审。