Files
ft/CodexOutput/upserver/B3BatchMigration/M2/M2-C3c完整审核前待确定事项-2026-09-30.md
Liubing\LB 6813da149a feat(upserver): 保存M2客户端KV迁移至本人统计写检查点
保存独立KV用户服务、固定会话存档与原业务接线,以及C3d资料缓存和C3e本人统计写。
保留原PF/AGG路线、业务公式和时序;榜单读取、好友资料、公告、匹配及首场景闸仍待完成。

验证:ServiceHost两条件各33组646断言;Unity CLI Loop编译0错误269警告。
包含相关方案、评审裁决、测试及状态文档。未操作服务器、正式账号或打包。
2026-09-30 19:19:05 +08:00

2.6 KiB
Raw Blame History

C3c 完整审核前待确定事项

第四轮已复核,下一步输入已整理:审核确认方向/隔离/原消费边界准确,仍明确整体不可编码。四项具体协议事实已写为服务端接口事实确认单,可直接转给现有接口负责侧填写;不再重问迁移方向或已测路由。原28/28、31/31一致,前8项增量仅审核报告因新增第四轮变化,已记录;本轮无代码修改或线上请求。

当前以M2-C3c隔离边界修订与复审确认-2026-09-30.md为统一入口。已按原ZCode第三轮意见和实际跨账号读取证据重整本表,旧检查点保留在开发日志及封存文件,不再逐条堆叠为当前待办。

已确定,不再询问

  • 本人KV按当前认证会话读写;Get只传keys,不传目标玩家ID。现有客户端本来如此,无参数需要删除。
  • 不通过客户端按他人ID读私有KV;跨玩家资料由服务端内部取KV后经好友/资料接口返回。好友搜索等业务接口原目标ID参数仍保留。
  • LevelB在原计算及更新时点写本人KV,供服务端统计/资料读取;这项新审核方向不恢复已撤回的临时副本或通用Flush实施方案。
  • 登录时间按既定先存KV后联调方向;不要求重新选择DB/KV,不改已有每日初始化顺序。
  • GetFriendsList已正式成功;SearchFriend四次自查/互查已正式成功。八次跨账号playerdata/Get探测只返回本人数据,前后摘要稳定。
  • 原业务、身份规则、UI、返回/异常流程保持;不改服务器代码。所有相关内容完整审核通过后才可编码,当前仍未整批通过。

需要本次完整复审确定的具体合同

项目 尚需核清
本人LevelB统计写 原两统计名的KV键/值、写入与完成/失败映射,如何保留原一次调用语义;不增加无关刷新、等待或重试
好友与公开资料 既有路由返回目标LevelB、LastLogin、真实普通等级的字段、源数据投影、缺键/失败语义;当前样例没有前两者且level=1,与KV62/60不同
等级榜 全球/地区前50实际读取入口,以及分数、名次、身份和资料映射
公告与匹配 原全局公告及匹配票据流程的准确替代入口、响应和失败合同

原接口存在性、KV方向、新UserID、是否保留原流程不属于未决项。未核实事实不由客户端猜测,不把接口成功等同数据已等价。审核端在同一报告中完整裁决并明确文件/方法边界后,客户端再统一编码。