《潜渊症》在2026年10月27日发布的 v1.13.5.0 补丁里，修复项直接涉及多人战役存档：经过修改的客户端曾可能向服务器发送异常数据，使战役在下一次保存时损坏。官方同时修复了冻结服务器、向船员暗中下令、触发远程爆炸，以及绕过防护并让其他玩家被踢出或封禁的问题。 因此，最近遇到联机保存异常的船长，先要确认房主与服务器实际运行的版本，再决定是否读取旧档。更新能堵住公告所述入口，公告却没有承诺修复已经损坏的文件。
一次保存成功，不足以证明这份战役可以继续
这次问题值得单独说，是因为官方描述的触发链条跨过了两个环节：先有异常客户端数据进入服务器，之后才在保存战役时造成损坏。 从这段描述能推导出的操作判断是，玩家看到故障的时间可能晚于异常数据进入的时间。不能只凭“刚才还能航行”认定当前状态适合覆盖最后一个可用备份，也不能把所有存档故障都归到这次漏洞头上。公告没有提供可供普通玩家逐项比对的文件损坏特征。
问“联机怎么存档”，首先需要明确由谁保存正在游玩的战役。对固定船队来说，应由实际管理这场战役的房主或服务器管理员负责确认保存结果，成员之间约定由谁保留恢复副本。不要因为所有人都看到了同一艘潜艇，就假设每个人手里都有一份等价的完整战役。这里的分工建议是为了减少事故后的信息混乱，不表示补丁改变了游戏的保存按钮或保存时机。
保存之后最有说服力的验证，是这份副本能够在一致的游戏环境中重新载入，并且关键进度与船队预期相符。只看文件存在，无法验证内容是否可用；只看房间仍在列表里，也无法验证战役已经安全写入。对长期战役，可以记录本次测试的潜艇、队伍状态与任务进度，用这些具体信息核对恢复结果。不要为了测试而直接覆盖唯一的原始文件，应先复制出独立副本。
官方商店提供的《潜渊症》实际游戏画面，用于展示多人潜艇环境；不是本次漏洞的复现或受损存档截图。
先更新运行中的服务器，再讨论备份有没有用
官方公告明确要求玩家更新游戏，并列出了针对修改客户端的多项修复。 更新客户端是必要的检查点，但管理员还应核实正在运行的服务器程序是否已经更新并重启到相应版本。下载目录更新了、进程仍然使用旧程序，是两种不同状态。对租用服务器或使用独立启动脚本的船队，应该把实际启动路径、当前版本和本次日志对起来看，不能只根据自己电脑上的版本号替远端服务器作判断。
这也解释了为什么“换一个房间就好了”不能当作完整结论。换房间时，服务器版本、模组组合、人员构成和战役文件可能一起发生变化。一次连接成功，最多说明这组条件下暂时没有重现故障，并不能证明此前是网络、某个成员或某个模组造成的。排查应尽量一次只改变一个条件，并记下异常发生在连接、进入战役、停靠还是保存之后。这样的记录比反复重装更能帮助管理员缩小范围。
应先完成更新和环境核对，再用副本验证旧战役。如果未处理运行环境就恢复旧文件，船队很难判断再次出错究竟来自原文件、仍未修复的服务器，还是另一种不相关的问题。这是依据公告触发链条提出的排查顺序，并非声称所有联机掉线都会损坏存档。官方这次也修复了让其他玩家被踢出或封禁的漏洞，连接失败与存档损坏仍需分别验证。
跨平台变化需要另列一条检查
v1.13.5.0 还有一项与存档不同的调整：由于游戏从 Epic Games Store 移除，官方关闭了基于 Epic Online Services 的跨平台支持。 如果船队原本依赖这一连接方式，更新后无法按原方式会合，应先核对商店与连接途径。它属于公告明确说明的支持变化，不能仅凭这个现象就认定战役文件损坏，也不应承诺换一个网络工具就能恢复官方已经关闭的支持。
“有备份吗”应当落实为一份经过验证的副本
这次补丁说明没有交代自动备份数量、保留周期，也没有保证已经损坏的战役可以一键修复。 所以，不能从“游戏修了漏洞”推导出“系统肯定留着一份好档”。需要恢复时，应请管理员先盘点实际持有的文件、服务器面板快照或此前人工保留的副本。这里说的是可检查的恢复来源，是否存在、是否包含完整战役，都应以这支船队的实际配置为准。
对仍能正常载入的战役，保留副本时可以采用一个明确的边界：结束本次游玩，确认服务器不再继续写入，再把准备保留的存档复制到独立目录，并记录保存时间、游戏版本和使用的模组。独立目录的意义是避免下一轮保存把恢复候选一起覆盖。若使用托管面板，还应确认快照覆盖的是哪一部分数据，而不是把“面板显示备份完成”直接等同于整个战役已经能恢复。
这些做法不能逆转已经发生的损坏，却能避免恢复时把不同时间点混在一起。比如，一份较早但能够载入的副本，与一份更新却未经验证的副本，价值并不只按日期排序。恢复前应先把两份都保留，在隔离环境中逐一验证；确定能进入并核对进度后，再由船队决定是否接受回退。没有验证结果时，直接用最新文件覆盖旧文件，会同时失去可用进度与诊断依据。
潜艇与独立档案箱的概念插图，用于说明备份与恢复的关系，不代表游戏界面或自动备份功能。
备份的可靠性取决于能否恢复，不能只凭文件日期判断。若管理员没有可用副本，现有文件也无法正常载入，应保留原件和日志再寻求支持。不要把“尝试修复”写成“保证找回”，也不要在不明白修改效果时连着保存多次。本文不提供未经验证的文件修补命令，更不把某个固定目录写成所有系统和服务器的通用路径。
12月的扩展包不能解决今天的保存判断
容易与这次补丁混在一起的，是官方10月26日发布的 Home & Harbor 扩展消息。公告给出的计划是12月2日推出扩展包，免费 Companion Update 则安排在11月26日；玩家拥有的前哨站以及新阵营 Descendants 属于这条后续内容线。 以本篇核对的公告为准，它们都不能写成10月底已经开放的玩法。准备回归的船队可以关注计划日期，当前的联机安全检查则不需要等待扩展包。
对还在推进长期战役的玩家，本次值得做的是把恢复责任分配清楚：谁负责核对服务器版本，谁负责保存独立副本，出现异常后由谁汇总时间点与日志。任务分工不必复杂，但最好在事故前约定。若船队已经更新、可用副本能够重新载入，后续应观察同一环境是否仍会复现问题；如果继续出错，就把它当作待查的新证据，而不是用补丁标题替代诊断。
这份补丁给出了可以确认的修复范围，也留下了清楚的边界：官方修复的是公告列明的联机漏洞，没有为每一种保存失败提供统一解释。 船长可以据此先减少继续受影响的机会，再用真实载入结果判断手里哪一份战役值得保留。至于一次恢复需要接受多少进度回退，应以可用副本的实际时间点和船队选择为准。
用户评论