6813da149a
保存独立KV用户服务、固定会话存档与原业务接线，以及C3d资料缓存和C3e本人统计写。 保留原PF/AGG路线、业务公式和时序；榜单读取、好友资料、公告、匹配及首场景闸仍待完成。 验证：ServiceHost两条件各33组646断言；Unity CLI Loop编译0错误269警告。 包含相关方案、评审裁决、测试及状态文档。未操作服务器、正式账号或打包。
2.4 KiB
2.4 KiB
C3c 好友列表线上事实补充
时间：2026-09-30 15:09。用户追问“好友列表一次返回各好友KV资料和登录时间，现在难道不支持”，本次按既有迁移测试授权实际核对固定正式地址。
已证实
对已有账号101、102分别执行POST account/Login（只传playerId，不附带playerProfile），均HTTP200、state=0、newCreate=false；各自使用独立登录Cookie执行POST friend/GetFriendsList，请求体{}：
| 账号 | HTTP | 业务code | 返回字段 | friends数量 |
|---|---|---|---|---|
| 101 | 200 | 1 | code、msg、friends | 0 |
| 102 | 200 | 1 | code、msg、friends | 0 |
结论：当前正式服务已有可访问且返回成功结果的好友列表接口。旧文档中的候选路由现已获得线上证据；不再将“有无这个接口”列为待确认，更不能说“目前不支持一次返回好友资料”。
未证实
两个friends都是空数组，未取得任何单项，因此不能确认每项是否包含LastLogin、LevelB、建筑等级、昵称和头像，也不能从空列表证明数据来自KV或仍来自PlayFab。此前“候选历史结构缺LastLogin”仅是历史分析，不是当前线上结论。
继续核实字段需要101/102有实际好友时的非空响应，或服务端侧提供当前接口的脱敏非空样例/合同。此次未为了构造样例自动新增/删除正式好友，不额外扩大账号范围。当前不据空列表编码假字段映射，也不要求服务端在核实前重新开发接口。
执行与边界
- 首次受限执行两个登录请求均HttpRequestException，未得到HTTP响应，原失败证据保留。经工具批准的执行环境复测成功；记录不含Cookie、令牌、昵称或完整资料值。
- 成功复测共4次正式HTTP请求：2次登录、2次好友列表读取。登录走原认证流程，可能具有服务端原有登录状态更新时间等作用，不能称服务器完全无副作用。
- 未调用KV Set/Delete、AddFriend/DeleteFriend、付费或资料更新；未Play/打包，未读取或修改服务器代码，生产源码未改。
- 原C3c受审包31项hash保持不动。本文件及两份探测JSON为后续事实增量，不能用旧包“未发正式请求”描述本次实测。
证据：M2-C3c好友列表线上只读探测-2026-09-30.json、M2-C3c好友列表线上只读探测-final-2026-09-30.json。