下载 App
本地存档与玩家问题处理
更新:2026-10-06。当前正式方案为纯本地三档位,不调用 CloudSave、Maker 云变量或存档账户接口。不使用 UID 查询玩家本地进度。历史原生宿主和后台实验记录不参与当前游戏运行。
玩家如何保存
每30秒、关键操作、保存返回和正常切后台时尝试保存。保存成功必须通过回读校验;写入失败会提示,不能当成已经保存。原有三档位文件路径保留,兼容旧版进度,读取时去除旧云同步元数据。
启动页各档位的「存档管理 · 备份与恢复」,以及「公司→设置→本地存档与备份」,提供:
- 自动备用档:一般为上次成功保存的进度。主档无效时自动读取有效副本,不另建新进度覆盖坏档。
- 手动备份:玩家主动保存的检查点,不随自动保存更新;下次手动备份会替换它。
- 替换前备份:导入、恢复或重置前保留的主档,供撤回一次替换;再次替换会更新它。
- 导出完整备份码:包含名称、阶位、经济和玩法进度,带完整性校验。必须复制并粘贴到游戏外的备忘录或文本文件。剪贴板和截图不是持久备份。
- 导入备份码:在存档选择页操作,先预览名称、现金、经营时间,再确认替换一个档位。其他档位不变。
- 导出诊断资料:包含本档位各文件的原始内容、是否可读和校验结果,方便开发者分析。玩家自行复制和发送,没有自动上传。
存档在设备内,不随 TapTap 账号自动跨设备迁移。同一设备/运行环境的本地进度也不按账号隔离。换手机或电脑时,可以自行传递备份码再导入。不同平台容器的本地持久性仍需实际验证;官方文件文档说明 Web/WASM 文件可能仅存在当前会话,刷新可能丢失,网页版应在退出或刷新前导出。纯本地方案不能保证浏览器文件跨会话保留。
玩家报错后怎么处理
- 先让玩家保留当前数据,不要删除档位、重置、卸载或清理应用数据。如果仍在游玩,先从当前存档管理导出完整备份码;即使磁盘保存失败,也会尝试导出内存中的最新进度。
- 在存档管理核对各备份的名称、进度和时间,确认恢复合适的一份。多个副本都损坏时,游戏保护原文件,阻止普通保存覆盖。
- 无法恢复时,让玩家发送「导出诊断资料」的完整文字,并说明平台、游戏版本、发生步骤和提示截图。诊断包含玩家经营资料,按玩家主动提供的范围处理;不需要密码或验证码。
- 开发者在资料副本上分析原因:截断/校验失败、字段格式或版本迁移问题、存储空间/写入权限失败。先寻找仍有效的完整副本。修复程序要通过同一 LocalSaveCodec 和 Model.Upgrade 管线验证,再生成完整备份码交给玩家预览并导入。不要直接改写引擎正在使用的存档文件;也不要强行补零猜测损坏的经营数据。
- 若是游戏代码问题,修复读写或迁移逻辑并发布修复版,再让玩家导入已验证的备份。验证恢复后名称、阶位、资产、现金和经营时间是否相符。
如果文件已被清理,所有本机副本均不存在,且玩家没有游戏外的备份,开发者无法凭 UID 找回原进度。只能依据玩家提供的记录协商补偿或重建,不能承诺精确恢复。出现新格式/新版本存档时,优先更新游戏;不能用旧版自动回退覆盖它。
文件与验证边界
档位1沿用 blackgold-save.json,档位2/3沿用 blackgold-slot-2.json / blackgold-slot-3.json。副本使用 -backup.json、-manual.json、-before-restore.json;首次发现坏主档后保留其原字节到 -damaged.json。删除会写入校验过的标记,再清理所有副本;未清理完的文件不会自动复活。重新建立或导入已删除档位前必须先清理遗留副本。
新格式为 blackgold-local JSON 信封,整包进度加 FNV-1a 校验码。校验用于发现意外损坏,不是防作弊签名。旧版裸 JSON 仍可迁移;无效或未来版本导入不会自动改写原档。
本地检查见 qa/verify_model.py、qa/verify_local_saves.py、qa/verify_mobile_lifecycle.py;File/剪贴板适配器使用内存,不会操作玩家文件。当前新增管理界面的手机点击、中文长文本复制/粘贴以及实际容器持久性,需新构建的真机验收。本地预览处于停止状态,未自动重启;本轮未提交或远端构建。


