6813da149a
保存独立KV用户服务、固定会话存档与原业务接线，以及C3d资料缓存和C3e本人统计写。 保留原PF/AGG路线、业务公式和时序；榜单读取、好友资料、公告、匹配及首场景闸仍待完成。 验证：ServiceHost两条件各33组646断言；Unity CLI Loop编译0错误269警告。 包含相关方案、评审裁决、测试及状态文档。未操作服务器、正式账号或打包。
4.8 KiB
C3c 既有裁决与接口证据复核
2026-09-30。用户要求复核此前好友登录时间讨论和已执行接口，并明确相关服务器接口未改变。本文件补充当前审查事实，不修改原封存报告，不构成编码许可。
一、登录时间不是需要重新选择迁移方向
用户此前明确提出“KV先存一份，等与服务器真正联调时再确定如何修改，优先完成PlayFab→KV移植，写入文档”，开发侧已在《M2-先存KV后联调的阶段移植方案》记录并采用该阶段方向。
此前记录的处理为：客户端复用现有LastLoginTimeUtc读写，不重复新增同义键，不提前覆盖每日初始化所消费的旧时间；好友跨玩家查询的最终来源、字段投影及实际联调差异留到联调时核实。此为阶段推进决定，不是好友时间端到端已验证。
后续用户否决的是擅自改变LevelB原方案、引入临时统计副本；不能因此推断连此前登录时间的KV阶段方向也被撤销。用户没有批准改用DBPlayer.LastLoginTime作为最终好友时间源；服务器只读报告的这项意见只是开发侧建议。
纠正主会话状态：撤回后来发出的“数据库登录时间还是KV时间，请重新选择”问题，不再将其作为需要用户重答的产品决策。按既有KV阶段方向、原业务顺序记录方案。已有LastLoginTimeUtc写入点与PF Profile.LastLogin是否在好友场景中等价、跨玩家接口怎样返回，仍须具体核对；不能宣称等价、伪造时间或改过滤规则，也不自行新加写入点。
二、服务器接口未变，已有执行证据继续有效
本次“相关服务器接口并未改变”为用户提供的当前事实，不再以可能变化为由要求重复确认已测路由。证据范围如下：
| 能力/接口 | 已执行证据 | 当前能确认什么 |
|---|---|---|
| account/Login、playerdata/Get | 101/102正式好友联调均HTTP200；读取实际现代KV档 | 登录与本人档读取可用，账号等级分别62/60；本表不是此前所有KV读写测试的完整清单 |
| friend/AddFriend、friend/AcceptFriend | 101邀请102、102接受，均HTTP200/code=1 | 原流程和新UserID在此次正式互加中成功，双向好友关系保留 |
| friend/GetFriendsList | 双方各读到对方，HTTP200/code=1，friends为JSON字符串数组 | 路由、外层及非空项格式已经确认，无须重新询问接口是否存在或索要样例 |
| SearchFriend、DeleteFriend、GetHomePage、GetRecommendedFriends、IsFriendWaitingForAccept、GetInvitedList等 | C3b真实客户端服务+内存HTTP传输，NON_ANDROID/ANDROID+AGG各21组380断言 | 已验证原路由、参数、新UserID、返回与错误处理的客户端兼容；不声称这些每一项都经过正式服务器请求 |
| 全球/地区LevelB统计写入与读取、公告、匹配 | 原PF SDK调用和消费者已核；当前材料未给出对应KV替代接口的正式成功记录 | 不能将普通friend请求的成功当成这些SDK替代能力已验证；也不能据缺记录断言服务器不存在相应能力 |
实测来源：M2-C3c正式互加好友实测-final-2026-09-30.json（最终12次请求，另初次预检2次）、M2-C3c正式互加好友结果与字段差异-2026-09-30.md。
离线来源：M2-C3b-UserID兼容接线裁决与执行记录-2026-09-30.md。它明确formalRequests=0，不把合成响应升级成真实线上资料证据。
三、把剩余问题收窄到具体数据差异
好友正式响应已有四字段：PlayFabId、DisplayName、AvatarUrl、Level。此次Level均1，没有LastLogin、LevelB、Statistics或建筑等级；同期本人KV也没有LastLoginTimeUtc。服务器接口保持不变意味着可沿用该样例，不能推断它现在已多出当时未返回的字段。
因此下一步不再提“是否有好友接口”“是否使用KV/新ID”“重新决定好友时间存在哪里”。只核：
- 按既定KV阶段方向，现有跨玩家读取怎样取得对应好友的时间与原统计分数；当源KV缺键时与数据存在时的实际返回差异。不能未经证据判断接口一定会动态补字段或永远不支持。
- 对其他PF SDK能力，核已有服务调用和KV替代映射是否有可复用证据；只有准确接口/字段缺口才集中反馈，不重新审核原普通请求的ID方案。
- 所有相关内容完整审核通过后再编码。客户端不修改服务器，保持原逻辑，不用缺字段默认值/客户端拼榜/临时停用绕过。
请审核端结合本补充修正报告中将时间方向重新交用户选择、将已实测接口泛称缺证据的表述；事实不足部分明确限定到具体数据和调用，不能由本补充推出整批PASS。本次仅复核与文档更新，未新发请求、改代码或重复互加好友。