《阴阳师》业原火副本bug分析及解决办法

在2017年元旦活动中，《阴阳师》新增了一个副本。 玩家挑战普通控魂副本时，有机会获得挑战券道具“贪婪卷轴”、“愤怒卷轴”、“执念卷轴”。 通过消耗此类道具，可以召唤“野渊之火”进行挑战，并且将获得非常丰厚的灵魂奖励，其中包括三个新灵魂。

驯服是《阴阳师》游戏后期的重要一环，很大程度上决定了最重要的PVP活动“格斗技巧”中不同玩家的强弱。 一般来说，玩家在游戏中可以获得不错的六星驯服。 需要大量的金钱，而且想要获得夜渊火副本的御魂也不是一件容易的事情。 三个挑战券道具的掉落率很低，而且要挑战的BOSS野渊火也是一个很大的挑战。 不过，有玩家发现了一个bug。 只要玩家体力足够，不需要挑战凭证道具，就可以通过御魂1级的难度值获得夜元火的御魂奖励。这个bug逐渐蔓延开来，不少玩家利用这个漏洞，获得了大量丰厚的灵魂奖励。

仅仅2天后，《阴阳师》运营团队就发现了这个bug，并迅速修复。 然而却在大批玩家中引起了巨大的波澜，而运营团队对使用该bug的玩家的处理也不断酝酿着玩家的不满。 网易能否最终消除这场危机，目前还不得而知。 但在这里，我们邀请了资深游戏QA（）来了解一下这个bug的可能原因，以及常见的应对措施和解决方案。

以下部分是受邀者的分析，应他们的要求匿名发表。

注：由于游戏开发时使用的引擎和具体实现技术不同，导致Bug产生的原因和具体解决方案可能不同，可能不具有指导意义。 本文仅从程序逻辑角度进行分析，欢迎开发者共同讨论。

叶园消防局：等级定义为A——A类需当天修复

这个bug可以在短时间内产生大量的灵魂，严重影响后期专注于PVP的玩家的体验，损害了花费大量金钱和精力的玩家的利益。 该问题已被网易修复。

修复建议：当天停机修复问题。 一般会进行回滚处理和奖励活动来增加数据。 这个问题从出现到解决花了2天多的时间。 通过下面提到的舆论和用户反馈，应该尽早解决这个问题。 此类问题的严重程度估计之前被低估了。

野源火Bug产生原因

先说结论吧。 出现这个bug的原因是程序设计的逻辑有问题。 下面部分将重点进行讲解。 原本应该在QA测试阶段发现的问题没有被发现的原因可能是QA错过了更新。 协议消息被分割验证或者没有仔细测试，才导致了如此严重的运行事故。

那么我们就来说一下bug的原因，但是理解这个问题需要一些计算机基础知识，所以这里只能简单介绍一下。为了方便说明，下面的C()代表客户端，S(服务器)代表服务器，A副本代表目标副本叶元火； B副本代表实际副本Yuhun 1楼

网络游戏中的逻辑行为需要通过端到端的通信，C->S C->C S->C，几种传递消息的方式来实现。 基本上，客户端 C 创建命令并将它们发送到服务器 S。服务器 S 响应这些命令并按照约定的顺序响应客户端 C 的通信。 有些逻辑纯粹是客户端的，有些逻辑从客户端开始，到任意一端结束，基于不同类型的协议联合实现。

上面提到的约定顺序可以理解为约定顺序是由事件触发的。 通常情况下，顺序如下：

【场景一请求复制】->【场景二响应复制请求】同时，进度条和【消息请求列表】会并行加载。

【场景1通关战斗数据C->S】验证通过->【场景2服务器判定】->胜利判定【场景3S等待接收消息】->结算（奖励和次数）

消息被分段处理。 场景3需要C->S告诉服务器可以进行结算，然后玩家可以获得相应的奖励。

bug详细分析

《阴阳师》玩家获得1张门票，前往目标副本A

点击进入副本A时，在正常的消息请求过程中，请求副本入口存在延迟。 赶紧切换到另一个副本B。副本B是一个比较容易的副本。 副本c->s时，会请求副本id（而《阴阳师》这里也没有标记），副本B进入，掉落一开始请求的副本A，不扣除体力。

这个bug可能造成了几层逻辑问题，结果就是大家所看到的：通过播放其他副本得到目标副本的输出。

客户端层面：操作延迟只是一种激励，关键是如何处理这个逻辑

根据问题描述，发现GUI是一张图片，不会单独写一个按钮进行初始化判断。 如果不是GUI的话可以通过方法来判断。

如果点击副本B，掉落的物品会继承副本A。按场景划分，当到达上述场景2时，切换点击副本B，前端已收到等待信息和奖励协议，此时已经然后进度条进入副本B，客户端发送当前副本的ID。 副本B不需要门票，服务器也没有扣票。

推荐的检查方式是弱网链接+插桩打印日志，确保哪一项进入，哪一项最后结束。 如果问题重现，还可以截取数据包，点击B复制按钮，减少发包间隔进行发包处理。

建议的修复是客户端在请求副本加载时锁定密钥处理以降低风险。

数据结构层面：查看配置表。 程序将读取副本 ID 列以获取相应的副本编号。 复制丢弃配置和复制信息位于同一个表中或以活动表的形式分开。 实际评测对这个bug影响不大。

如果《阴阳师》主动副本的处理方式是C->S发起副本请求后，S申请主动副本。 假设主动副本的逻辑被中断，这部分的可能性很小。

服务器级别：服务器会根据配置读取对应的副本ID。 服务器可以判断是否存在这样的副本。 没有的话就给了！ 地图找不到副本且副本类型错误。 《阴阳师》这次出现的问题都是一种副本类型。 这里我们需要依赖客户端来告诉服务器这些信息。 手机游戏这样处理并没有什么问题。

用户点击副本A，再点击副本B后，服务器启动两个线程同时处理。 当轮到A验证进入条件时，发现满足条件，没有消费。 通关场景结束后，线程A和B都收到C->S通关，然后A的副本去执行奖励分配，并将奖励标记为已分配。 由于客户端层在进入时读取另一个场景，因此副本被消耗。 B.

修复建议是客户端主动发送的消息字段，无论是遇到消息结构中C->S复制ID中断的情况，还是C基于先发送给S，服务器在副本已解决。 影响。

当出现异常时，是不是应该考虑清除复制状态，并通过消息通知客户端扣除相应的消耗项？

综合以上判断：

点击复制A，然后复制B后，服务器启动了两个线程同时处理。 当轮到A验证进入条件时，发现满足条件，没有消费。 当清关场景完成后，A、B双方都会收到通知。 服务器通关，然后副本A去执行奖​​励发放，并将奖励标记为已发放。 当场景进入时，又朗读了一个场景，客户自己表演了一套相声。

C->SI想要制作高级副本（标记）

S->C 来吧

C->C请求数据等

C->SI想要进行低级复制-->无法标记它

S->C来吧--->改成S->C...（忽略）几次后就会弹出

进入副本（这里有很多关卡）

C->C 我们自己战斗，稍后我会打电话给你

C->C继续玩自己

复制结算-胜利

C->S 战斗结束。 S在吗？

S->C 在这里

C->S 获得奖励

C->C接口点点点

C->S就是刚才说的高级副本

C->S就是我刚才提到的低级副本-->已被拒绝

S->C 好吧，进阶副本，然后奖励，好吗？

舆情日志

网易也应该有一个舆情日志系统。 虽然这次的问题主要是逻辑问题引起的，但是通过监控数据，可以及时发现异常，及时解决可能出现的问题，而不是像这次那样最快3天就被发现和发现。 解决。 建议有一定人力条件的企业，在遇到产出比较高的活动时，需要保留关键数据的舆情日志，避免单纯依靠某种币种进行控制的风险。

监控数据类型：

记录单位时间内获取灵魂的数据流

记录活动->生成票数

门票消费记录->这些会影响目标副本ID的战斗次数

以上是对《阴阳师》中野渊火bug的分析。 其实“野渊火”副本的名字也是个bug，应该叫“丛渊火”。 宗元火是一种出现在京都的鬼火怪物。 相传他生前是一位名叫宗元的和尚，曾在弥布寺盗取香钱和灯油。 他死后，受到佛陀的惩罚，变成了鬼火魔怪。 至于为什么《阴阳师》的策划者会把他视为叶元火……

鸟山十彦《夜百鬼》中的丛元火

继原火bug之后，《阴阳师》今天又爆发了一个所谓的8级雪女被修改的bug。 其实之所以可以修改，是因为近年来包括《阴阳师》在内的很多手游内容都非常多。 放在客户端进行处理，比如战斗数据，这样就可以通过修改内存和分解资源来增加技能伤害（修改这两个缺一不可），也可以直接发送胜利消息让副本直接过关，这要求服务器所有顺序不正确的消息都将被拒绝。

所以即使修改了，结算的逻辑验证环节依然会失败。 根据网易的开发经验，这种非常低级的错误是不应该犯的。 所以如果没有人能够给出正常结算的视频，那么就不能说这是一个bug。 毕竟现在很多手游都是把一些数据放在客户端进行计算，然后将结果发送回服务器进行验证。 主要是保证这个环节没有问题就可以了。

最后，感谢大家阅读上面枯燥的分析，希望行业中因质量而引发的问题越来越少。 QA测试本身的工作就是尽量避免游戏中可能存在的风险。 希望各游戏公司能够重视这方面。