在repl.it上开发C++多人游戏时能否持久化存储进度？

可以直接在Repl.it的持久化工作区中用标准C++文件读写实现存档功能，Repl停止运行后写入工作区的文件会永久保留，完全适配你要做的非实时多人游戏的存档、重载需求，不需要引入额外的第三方存储服务。

• 存储路径选择：所有需要持久化的存档文件，必须写到Repl的工作区目录下（也就是你在IDE左侧文件浏览器能看到的目录结构）。直接用相对路径打开文件即可，比如通过std::ofstream save_file("./game_saves/round_12.save", std::ios::binary);这类标准C代码写入内容，操作逻辑和本地Linux环境下的C文件读写完全一致。注意不要往/tmp这类系统临时目录写数据，这类目录的内容会在Repl进程终止后自动清空，不具备持久化能力。
• 非实时多人游戏的流程适配：因为你的游戏不需要实时交互，不需要常驻维持长连接，可以在每个玩家完成回合操作、触发进度更新时，把全量游戏状态序列化后写入存档文件；下次Repl启动运行时，第一步先读取对应路径下的存档文件，反序列化恢复完整游戏状态，就能实现跨会话的进度保留。
• 持久化有效性说明：不管你是手动点击停止按钮终止Repl运行，还是Repl因为长期无操作自动进入休眠状态，之前写入工作区的存档文件都不会被删除。下次打开同一个Repl时，既可以在左侧文件面板直接看到留存的存档文件，也可以在C++代码运行时正常读取文件内容，和本地电脑上存储文件的效果没有区别。

• 不要依赖进程内存存储跨会话状态：只要Repl进程终止，内存中所有的变量、运行时状态都会被完全释放，所有需要跨会话保留的内容必须全部落地到工作区文件中。不能图省事只把进度存在内存变量里，否则重启后所有进度都会丢失。
• 多写场景下的存档防损坏：多人游戏场景下可能存在多个操作触发写存档的情况，写文件时可以采用“先写临时文件、同步刷盘后再重命名覆盖正式存档”的逻辑，避免进程意外中断时把正式存档写坏。这类逻辑用标准C++文件操作就能实现，不需要额外引入第三方依赖。

内容的提问来源于stack exchange，提问作者Jones Malone