保存独立KV用户服务、固定会话存档与原业务接线,以及C3d资料缓存和C3e本人统计写。 保留原PF/AGG路线、业务公式和时序;榜单读取、好友资料、公告、匹配及首场景闸仍待完成。 验证:ServiceHost两条件各33组646断言;Unity CLI Loop编译0错误269警告。 包含相关方案、评审裁决、测试及状态文档。未操作服务器、正式账号或打包。
2.8 KiB
2.8 KiB
给原 ZCode 会话:M2 CP2A 正式登录与原句柄交接独立方案审查
请在 C:\projects\ft 对 M2-CP2A正式登录与原句柄交接完整方案-待独立审查.md 做完整独立方案审查,不要修改该方案、受审基线、生产/测试源码、共享入口、TODO、开发日志和历史报告;仅在本目录新建 M2-CP2A独立方案审查.md。不要运行真实 101/102、Unity Play、正式 API 或打包。正式地址固定 http://s101.local:18080/,后续 Unity 自动化仅 CLI Loop,不用 UnitySkills。
先重算 M2-CP2A受审基线.json 每项长度与 SHA256;任何不一致即报告并停止方案裁决。随后读修订2报告及主会话裁决、CP1关闭裁决、CP2设计输入与首场景自动依赖表,并按受审基线源码独立核证。用户已明确首批只允许101/102 且已有 KV 档,CP2 首段只验正式登录与原 handle 交接并阻止跳入 FishingStage;不要把它解释成全玩法已启用。
请逐项裁决以下内容,并给通过/有条件通过/不通过、P1/P2/P3、源码证据及可编码的精确白名单:
- 启动前捕获 backend 与
SubBoostrap分流是否保住 PF 默认路径、Editor loop 的后置kv-loop配置、AGG KV 显式拒绝;不创建PlayFabMgr后是否还有 CP2A 可达旧调用。 - 101/102 准入在请求前验证、登录后
newCreate=false+ 非空完整 Schema 是否足以阻止新建/无档;账号/地址/缓存路径、Snapshot 版本、真实三 handler 共 jar 与独立 Dispose 是否形成单 Context 所有权,不滥用验证工厂。 - 普通
PlayFabUserService与第31模块正式准入、Apply 前unstarted、唯一 notify 接收者、CP1 三接口实际消费、单次 S101 登录和失败排水;是否还存在SetMMTestValue/PF SDK/旧登录暗中执行。 - 内部
KVHandoffReady而公开IsLogin/IsAuthorized/API 事件暂不发布是否语义自洽;PFLoginAct和LoginStage双重闸是否能保证不注册待登录的 RT/Chat 订阅、不初始化 Mail/IAP、不进入FishingStage。如需另一种状态合同,请给最小修订,不可放宽为“直接进首场景”。 CustomServerMgrCP2A 空业务路由、401/403/旧 epoch/Logout/应用退出、GameLoaded 后 Close 故障和重试屏障;是否要求额外白名单外源码才能安全实现。- 方案§3白名单与§4矩阵是否完整,特别 Unity Player 编译与历史
_cheatingScore错误;CP2A 子边界能否独立编码并批末复核,或必须与 CP2B 首场景合并评审。
不要据修订2对“CP2前置盘点通过”的结论推定 CP2A 已获编码批准。主会话收到报告后会重新核受审 hash、逐条裁决;任何新增生产边界先补方案复审。最终 CP4/CP5 必须清闲置实现和旧Mgr运行调用,暂不打包。