《地狱潜者》热修复2状态 - 服务器与稳定性更新 - 10月24日（周五） 今天是我们持续解决自更新18以来影响《地狱潜者》的稳定性和崩溃问题的重要里程碑。 经过多日的调查、测试以及社区的支持，我们很高兴地分享，团队已成功确定问题的根本原因并实施了修复。这个新版本已完成测试，即将作为热修复2推出。 我们深知过去一周对许多玩家造成了困扰，感谢所有继续提供报告、反馈并保持耐心的玩家，是你们的投入帮助团队达到了这一阶段。《地狱潜者》更新18后崩溃问题修复公告 1.开发团队已确定自更新18以来影响《地狱潜者》的崩溃问题根本原因。 2.该问题与某些资源导致的物理材质引用错误有关，可能会导致客户端和服务器崩溃。 3.已创建、测试并验证了一个包含客户端和服务器崩溃修复的新版本。 4.此修复现已通过新的【实验性分支】向Steam玩家和服务器所有者开放。 5.完整的热修复2版本将在获得平台批准后，于下周初在Steam及其他平台推出。建议主分支或主机平台的玩家及服务器管理员在本周末从轮换地图中移除以下地图：卡朗唐、福伊、奥马哈、犹他、雷马根、圣梅尔埃格利斯（SME）、斯大林格勒。 开发团队将继续监控是否存在其他遗留问题，同时为第19号更新准备额外的资源修正。 感谢所有提供报告、反馈和保持耐心的玩家。你们的支持直接帮助团队发现并修复了问题。 调查状态 最新更新 在昨天成功复现崩溃问题后，基兰及其团队连夜工作以确定确切原因。这并非一个轻松的过程，但到当晚结束时，他们已成功定位到具体问题，修复工作随即启动。 今天上午，包含该修复的首个新版本已完成构建。此版本还对同一逻辑链中的另一潜在问题进行了额外修正。 此后，我们的质量保证团队对新版本进行了严格测试，并于今日下午成功通过验证。 通过此次更新，我们已解决了客户端崩溃（常表现为大规模断开连接）和服务器崩溃（此前导致玩家失去连接）的问题。 需要说明的是，由于该问题的特性，可能存在其他未明确的相关行为，这些行为并非总会导致崩溃。现在这些问题也应已得到解决。《地狱潜者》更新18热修复2详情 感谢大家的耐心等待。我们现已确认《地狱潜者》的新版本已创建，其中包含了崩溃问题的修复。以下是需要了解的关键详情： 1. 新的Steam分支： Steam上现已提供新的测试分支。您可以通过以下路径访问： Steam→地狱潜者→属性→测试版→Experimental Branch

前往Steam上《人间地狱》应用的属性部分。你可以通过右键点击《人间地狱》，或者点击Steam页面内的设置图标来完成此操作。

前往测试版选项，然后选择“experimental_branch” “无”选项是默认/主分支，包含当前正式版18.0热修复1版本 “experimental_branch”目前包含18.0热修复2版本 在Steam客户端中切换到新分支需要下载3.2GB内容。已切换的玩家，在下周该补丁全球推送后，需切换回“无”主分支。一旦切回默认分支，你将立即进入游戏，因为届时两个分支将是相同的版本。 该分支包含客户端修复，社区服务器现在可以选择迁移至此。部分官方服务器也已在该版本上线。 请注意，这是一个自愿参与的流程。使用测试分支的服务器和玩家不会出现在默认服务器列表中。此设置适用于希望在新构建服务器和新构建版本上进行游戏的玩家。 Hotfix 2 的完整版本将于下周初在 Steam 以及其他平台同步发布。 2. 其他平台： 由于审批要求，该版本今日不会在其他平台上线。目前计划于下周初发布。 在此期间，对于所有其他平台（以及已在 Steam 主分支开始游戏的玩家），我们已分享了一份可能触发崩溃的地图列表： 卡朗唐 福伊 奥马哈 犹他 雷马根 圣梅尔埃格利斯（SME） 斯大林格勒 这些地图触发崩溃的可能性最高。如果您使用的是Steam主分支或其他平台（Epic、WinStore、Xbox或PS5），我们强烈建议将它们从轮换中移除。 再次感谢您一直以来的耐心与支持。在整个过程中，您的支持至关重要，我们非常感谢社区中的每一个人在我们解决问题时给予的配合。 开发团队：问题解析 昨天，Expression Games的工作室技术总监基兰详细介绍了为找出崩溃问题根本原因所做的幕后工作，以及为何此问题仅在实际运行环境中出现。随着昨晚取得的突破，我们已确定崩溃问题的原因并提供了修复方案。考虑到这一点，我们希望通过更深入地解释问题所在以及解决方式，来继续践行我们对透明度的承诺。 崩溃的表现形式 客户端或游戏服务器均可能出现崩溃。在这两种情况下，调用堆栈顶部通常会显示以下某个函数。

崩溃似乎是随机发生的，且并非100%可复现，这使得追踪问题变得极其困难。 核心问题的发现过程： 当社区在18号更新后开始报告此问题时，团队检查了开发环境中通过Backtrace捕获的崩溃记录。我们随后确认，该问题自2025年7月28日起就已存在，在此期间（7月28日至10月16日）仅记录到4次崩溃：2次服务器端崩溃和2次客户端崩溃。这直接表明在正常开发条件下复现该问题有多么困难。起初，我们并不清楚问题原因是否与服务器类型（GPortal服务器与社区服务器）、CRCON等服务器工具的差异、是否需要服务器满员，或是在公共游戏环境中出现的特定游戏场景有关。 为了缩小范围，我们同时对所有这些可能性展开了调查。我们与社区成员、服务器管理员以及战地记者密切合作，收集报告并排除潜在原因。 由于该问题在测试期间极少出现，因此很明显，要想妥善诊断此问题，唯一的方法就是在游戏中该漏洞仍然存在的情况下继续进行调查。如果我们回滚了更新18，那么在内部测试中可能永远无法重现该问题，这将使我们无法找到并修复它。 10月22日星期三，在一个官方服务器上首次成功重现了崩溃问题，排除了服务器提供商和外部工具（例如CRCON）作为促成因素的可能性。在此期间，得益于服务器管理员和战地记者的报告，我们发现福伊地图的崩溃重现率最高。 第二天（10月23日星期四），质量保证团队专门针对福伊地图进行了测试。当时有一个推测，即新的火炮打击指挥官技能可能与此有关。虽然事实证明的确如此，尽管并非最初猜测的那样，但正是在这些测试中我们走了运。一名QA测试员在进入一栋建筑后遭遇了崩溃。其他测试员一个接一个地进入同一栋建筑，也都崩溃了。这为我们提供了100%可复现的案例。 问题所在 在《人间地狱》中进行物理测试时，游戏经常会请求与交互对象的物理材质相关信息。这些信息决定了子弹或投射物击中该表面时所使用的视觉效果、粒子效果和音效。 在18号更新中，为解决纹理问题，部分资源被重新导入，但此过程意外影响了它们的细节层次（LOD）设置。因此，某些物体引用的材质数量比应有的少了一个。 当物理系统与这些资源交互时，有时会尝试从无效的内存地址读取材质。根据该内存地址所指向的内容，接下来会发生的情况完全是随机的，可能出现以下两种结果之一： 游戏继续运行，但在不知情的情况下使用了损坏的数据。 游戏立即在之前列出的某个函数中崩溃。 这种随机性解释了为什么重现崩溃如此困难；无效指针是否会导致即时崩溃取决于运气。 作为参考，按可能性从高到低排序，导致崩溃的三个最可能原因是： 1. 模拟子弹轨迹时，子弹击中了一个“有问题”的物体 2. 模拟投射物（例如火炮击中“不良”物体 行走在“不良”物体上 修复措施 开发团队直接使用PhysX API实施了验证步骤，确保在获取材质索引时，该索引与资源中的有效材质相匹配。如果索引映射不正确，系统会安全退出该流程，不返回物理材质，从而防止崩溃。 实际上，这意味着对于“不良”资源，正确的视觉或音效可能偶尔不会出现。不过，由于该问题已存在数月却未被发现，因此影响将微乎其微，而最重要的是，游戏和服务器将不再崩溃。在未来几周内，团队将继续识别并修复这些受影响的资源，以确保它们在更新19中得到修正。 我们将如何确保此类特定问题不再发生 在未来的非发布版本中，只要检测到此问题，屏幕上就会出现一条红色消息，内容如下：

该系统能让QA（质量保证）人员轻松识别并报告存在问题的资源。由于消息中会清晰显示角色和组件名称，美术团队可以快速定位并修复问题。 因为任何物理交互（射击、爆炸或在受影响的表面行走）都可能引发此错误，所以QA在标准游戏测试过程中会自然遇到并解决这些资源问题。