你说的那种玩家是专门琢磨游戏的，和我们这种吃瓜玩家完全不同，早些时候游戏bug都是玩家无意发现的（现在也有很多是这样），最著名的bug是口袋妖怪中，谜一样的151号梦幻，因为是部分卡带才有的，因此广为流传。大致的意思就是显示BUG,实际上是一样的。
关于22ms,官方解释来了：是显示BUG!拳头游戏赛事运营全球负责人的最新回应在T1对阵SGB的比赛中,有网友发现,在zeus的第一视角画面里,网络延迟变成了22ms,这与当时官方规定的35ms差了很多,于是就有网友怀疑拳头没有正确的调整好延迟,对于RNG是不公平的。大致的意思就是显示BUG,实际上是一样的。
游戏中的bug都是怎么来的？
BUG这个存在，阻拦在开发者和玩家之间。游戏中的每一个致命的错误，每一次突发的崩溃，对于开发者而言都是一次巨大的打击。那么BUG是怎么产生的呢？简单来说，游戏中会产出BUG大抵是下面三个原因造成的：1. 程序员没有能力修复，所以让玩家来承受。2. 可以修复，但修复的投入大于回报，那就当做没看见。3. 在测试当中没有遇到，玩家发现了。
以上，就是玩家为何会在游戏中看到BUG的原因。BUG产生之后，一般由玩家反馈至开发者，但开发者也很苦恼啊，因为他要面临一个问题——重现BUG。你找到一个BUG容易，但开发者要解决一个BUG时就需要从根源入手，测试BUG真正触发的条件是什么，这需要耗费大量的时间。简单举个例子：在一款游戏中，开发者遇到一个玩家提供的BUG，他苦思冥想啊，日夜操作啊，呕心沥血地看代码。
发现自己的代码都很正常，并没有什么错误的地方。检查自己的代码是个漫长的过程，同时很枯燥，开发者等于要推翻自己之前的想法重新排查代码中错误的部分。直到最后，这位开发者拍着大腿跳起来：“老子终于找到了！！！”各位猜猜他在哪里找到BUG出现的原因呢？原来是一个数据表中弄错了一个索引值，就这一个数值导致了BUG的出现。
当然他检查数据表的过程肯定没有我写下来“数据表”这三个字那么简单。一个数据表中包含了几十种的类，用于储存游戏中的一切数据，同时还跟其它的数据表有关联。问题就出在他关联的那张表上只设定了接收16个值，但是他用于储存游戏数据表的设定了接收24个值。这中间一来二去，游戏中就会丢失8个值的数据，这就导致了游戏BUG的出现。
以上，还只是玩家提供准确BUG的效果。如果开发者收到的是这些邮件：“我半个身子沉到地下了！！”“我养的宠物走在路上突然死了！！”“敲尼玛！！！你游戏又崩溃了，退款！”那么这些没头没脑的邮件基本不会给予BUG修复有任何实质上的帮助，正确提交BUG的方式应该是：1. 详尽说明BUG出现的时间2. 你当时在游戏中做了什么操作3. 使用的是什么设备4. 问题出现的时间点这些详尽的BUG反馈能帮助开发者更快修复BUG。
游戏bug是如何被玩家发现的？
你说的那种玩家是专门琢磨游戏的，和我们这种吃瓜玩家完全不同，早些时候游戏bug都是玩家无意发现的（现在也有很多是这样），最著名的bug是口袋妖怪中，谜一样的151号梦幻，因为是部分卡带才有的，因此广为流传。慢慢的，寻找游戏的bug成为了玩游戏的一大乐趣，而很多人都乐此不疲的寻找。寻找的基数大，自然就会频频爆出bug。
有一些穿模、卡位、黑屏（育碧刺客信条：啥？叫我？），是由于现在的游戏建模越来越复杂，但是监修却不能到位所致，加上游戏出名，玩的人多，在游戏中触及的地点就多，一些犄角旮旯，制作公司没空多次测试的地方，被玩家钻了进去不停抽查，bug就出来了。另外一些数据bug，例如复制大法，锁血大法，是因为玩家的某些操作流程所致，你可以发现这类流程都是在正常游戏中极少使用的步骤，多数涉及到数据刷新（例如换地图，承接任务等）。
做过游戏的都知道，在游戏切换一些场景、系统时，都会伴随数据赋值、清空、刷新，如果稍微遗漏一些内容，就会造成物品离奇消失
