3.9 KiB
阶段4B2方案作者自审补充（非独立审查）
日期：2026-09-23。作者：ZCode会话（即《阶段4B2游戏加载与内存隔离方案-待评审-2026-09-23.md》编制者）。本文不是独立审查：按分工，独立审查须由另一AI会话执行《其他AI审查提示词-4B2方案-2026-09-23.md》生成《阶段4B2方案独立审查-2026-09-23.md》。本文仅供主会话预裁决参考，不能替代独立审查门。
以下为作者复核自己方案后识别的薄弱点与未闭合项，按严重度排列（编号S-，与未来独立审查的P-编号区分）：
S-1（建议按P1对待）｜KV模式下PlayFabMgr写通道未处置
方案禁改PlayFabMgr并要求KV路径"0 PlayFabMgr调用"，但PlayFabMgr是MonoBehaviour单例：Unity受控加载（B2-20）中其Awake必然启动40秒定时器，DataCenter的体力恢复等保存点在登录完成后仍会经UpdateUserDataValue向PF写。方案只写"写路径4B2不接（4B3范围）"，没有回答：KV模式、4B3落地前，旧PF写通道在受控验收期间如何静默。若不处置，KV模式受控运行事实上存在PF写（双后端），与"KV成功后不镜像PF"的已裁边界冲突。需裁决：受控验收范围收窄为"加载段且断言期间零脏写触发"，或允许最小改动PlayFabMgr增加后端开关短路（后者打破"PlayFabMgr零改动"承诺，需正式差异评审）。
S-2（P2）｜MMTest/Agg意图暂存的存储机制未定义
方案要求"不丢失、可诊断、不误当已落盘"，但未定义暂存载体（内存字典？本地文件？进程退出丢失是否可接受）。MM实验分组若因进程退出丢失会回退到默认分组——影响面是实验统计而非存档安全，但必须显式裁决接受与否。
S-3（P2）｜主档特征键"任一组命中"判定偏宽松
存在"只有孤立进度键（如Lv）而模块大档全缺"的残档被判Valid的理论窗口。建议裁决收紧为"至少一个模块大档键非空"或"模块大档键＋进度键双分组同时命中"。完整键清单（检查点1）落地后应回填此规则。
S-4（P2）｜Unity受控加载的替身注入路径未写
离线宿主用同程序集internal工厂注入替身；Unity编辑器内生产程序集与测试代码不同程序集，internal不可达。B2-20需要定义注入手段（Editor反射钩子/临时测试门面/仅离线宿主验证＋Unity只验编译与PF模式），否则该矩阵项不可执行。
S-5（P3）｜SaveBackend开关读取时点未定
应定义：仅登录流程入口读取一次、会话内固定；运行中配置变更不热切（下次登录生效）。避免受控测试期间开关漂移。
S-6（P3）｜UserService改动面集中
KV分支编排、InitDataFromKV、401/Logout接线全部进UserService，diff面大。备选：拆出PlayerKVLoginFlow编排类（新文件），UserService只留分支调用点。作者倾向保留现设计（少一个文件、登录链顺序集中可读），但应请审查者独立权衡。
S-7（P3）｜QuitAct有界等待的超时值未定
建议默认如15秒并进配置常量；超时仅记录诊断不阻塞销毁。
S-8（P3）｜B2-01"PF模式等价"验证手段偏弱
无真实PF回归可跑；等价性主要靠"PlayFabMgr零改动hash门＋KV分支不触达＋编译"。建议补充：PF模式关键路径的静态断言（InitData(playfabUserData)调用仍在原位置）作为可核验证据。
S-9（P3）｜InitTapJoy的UNITY_ANDROID条件编译
该分支离线宿主不可达，B2-09只能结构断言或以等价逻辑单测；方案未写明验证载体。
与方案§10的关系
方案§10已列五个待审问题（开关等价性、特征键判定、暂存边界、白名单可审性、矩阵绕过）；S-1/S-2/S-4是§10未覆盖的新缺口，S-3/S-6是§10对应问题的作者补充立场。以上S-1～S-9应与独立审查发现一并交主会话逐条裁决；S-1建议在任何实施批准前闭合。