6813da149a
保存独立KV用户服务、固定会话存档与原业务接线，以及C3d资料缓存和C3e本人统计写。 保留原PF/AGG路线、业务公式和时序；榜单读取、好友资料、公告、匹配及首场景闸仍待完成。 验证：ServiceHost两条件各33组646断言；Unity CLI Loop编译0错误269警告。 包含相关方案、评审裁决、测试及状态文档。未操作服务器、正式账号或打包。
3.7 KiB
3.7 KiB
交原 ZCode 审查会话：M2 先移植后优化方案独立审查
请继续独立审查 C:\projects\ft。用户已确认“先移植管理器存档能力与调用，再单独评估 Guard/目录优化”的流程图，并要求按此推进、完成后输出流程图。本次只审方案，不修改任何生产/测试源码、共享入口、TODO、开发日志或历史审查报告。固定正式地址 http://s101.local:18080/；Unity CLI Loop，不用 UnitySkills，暂不打包，不访问 101/102 真实账号。
请先读：
CodexOutput/upserver/B3BatchMigration/M2/M2-先移植后优化完整方案-修订1-待独立审查.md（本次主方案）。- 同目录
M2-先移植后优化受审基线-修订1.json，重算每项 SHA256 和长度；hash 不符先停止并报告。 M2-管理器同生态位替代策略-2026-09-29.md、M2-当前调用矩阵-待核证.json、M2-纠偏与底稿独立审查.md、M2-架构复审裁决与修复顺序-2026-09-29.md（历史意见需按用户最新纠偏判定可沿用范围，不把先归位 KVMgr/下沉 Guard 当成既定前置）。- B02 四入口限定关闭裁决、B01 方案与实施关闭证据；用受审基线列出的当前源码逐项核实，不以文本说明代替事实。
请重点判定：
- 历史事实：9 月 15 日树和 9 月 28 日提交显示 Guard 是 upserver 迁移新增、B02 四入口只是原样搬迁；其保留是迁移期行为兼容，不是原始 PF 语义或永久要求。
- 关键时序：当前
PlayerKVGameLoadCoordinator成功后仍持 Guard，导致 KVMgr 四入口继续拒绝；Editor 限定玩法成功 Apply 后释放 Guard。主方案提出“验证路径保持、正式路径成功后释放再发布原 handle”，是否可在不复制加载算法、不绕过 Guard 的情况下最小实现？如不行，请给具体源码冲突和较小替代，不要只说需重构。 - 正式句柄/会话：原 handle 如何从私有
PlayerKVLoginContext安全交接、在同账号新 epoch/Close/Logout 清除，且不能把PlayerKVAccountLease当存档 handle；正常 Player 构建如何获得31模块绑定和生产配置，而不直接开放验证工厂/Editor permit。 - 方法承接：旧
GetLocalData/UpdateUserDataValue/SyncDataImmidiate的结果差异、两处消费、PFCompareDatas/Awake/40秒定时/生命周期的触发去向是否列全；哪些必须在对应调用迁移时处理，哪些可在正式切换前单列，不因“先移植”制造假成功。 - 首批可编码性：CP1–CP2 候选白名单、接口签名、配置来源、失败分支和验证用例是否足以批准；若不足，列出必须补的具体条目与建议精确白名单。总体路线通过不得自动批准 81 文件或后续三个业务域。
- 最小改动：是否有任何同批 Guard 本体/目录/生命周期抽象优化、第二套缓存/队列、PF SDK 代码改名塞进 KVMgr、全局当前 handle、无证据玩法逻辑改动；发现即指出文件和缩减建议。
- 验收：受控加载、B02 四入口、B01 代表链、旧 Owner/旧 epoch、读三态、写 Unknown/原票据、Editor/SERVICE_HOST/Player 构建、Unity CLI Loop，是否构成足够的 CP1–CP2 最小回归；T08/历史档政策仍是默认启用前置。
请分别裁决“总体路线”和“CP1–CP2 首批可实施范围”为通过/有条件通过/不通过，列 P1/P2/P3、证据与必须修订项。若方案不完整，请明确尚不得编码；不要给模糊的“方向通过即实施”。报告只新增同目录 M2-先移植后优化独立方案审查-修订1.md，含受审 manifest 核对、逐项结论、源码定位及建议白名单。主会话收到后重算 hash、逐条裁决并更新文档，再确定是否进入检查点实施。