# 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`。