这个Bug的起源，正是联机模式的“数值叠加”Bug，只不过代码在单机模式下，遇到了新的麻烦而已。
他和小陆都已经想好了，该怎么解决这个因为“联机模式”而连带导致的“单机模式”Bug。
可结果，因为郭莫的一场直播，他俩不得不推翻了原有的方案。
不是……
这不是一个地图建模，因为联机模式的数值叠加Bug，从而导致游戏场景叠加的同类Bug吗？
怎么还能变异呢？
出现两个阿巴就算了，第二个阿巴还能用“建模重叠”来解释。可玩家能控制第二个阿巴，这问题可就大了！
别的先不说，因为连续触发两次Bug的缘故，郭莫的游戏地图可不是一般的大。
那这么大的地图上，真的只有两个阿巴吗？万一有第三个、第四个、第五个以及更多个，而且这些阿巴都可以被玩家操控呢？
《开局三千分身：我是电子厂打工王》堂堂连载？
(本章完)
第307章 玩游戏？挖矿！
“我去，这也太牛了！”
意外发现自己竟然能控制第二个阿巴的郭莫，这会儿眼珠子都瞪大了。
啥情况这是？
虽然这俩阿巴长得一模一样，但……但他玩的角色不是这一个啊！
等他回头一看，坏了。
阿巴的本体，也就是他最开始操控的主角阿巴，现在已经不受控制，开始自由行动了。
“别走啊，诶喂！”
来不及想自己为什么能控制阿巴2号，郭莫赶紧从地上爬起，一把坐上轮椅朝离去的阿巴一号追去。
不能让一号跑了。
他还没弄清楚这到底是什么机制呢，如果这就让阿巴一号跑了，那等会儿还能换回来吗？
于是乎，游戏里出现了极为诡异且滑稽的一幕，两个长相一模一样的阿巴，坐着相同款式的轮椅，在街道上一前一后追逐着。
观看这场直播的水友全都笑嘻了。
好家伙！
真是活久见啊！长这么大，还真第一次见两个轮椅侠在大街上飙车。
最关键的是，这俩人不光长得一模一样，名字还都叫阿巴，出现在同一场景里，谁也分不清谁是谁。
属于是真假美猴王了！
就在郭莫忙着追赶本体阿巴，将电动轮椅的功率开到最大时，此时屏幕中又出现了一意料之外的人物。
“又来一个？”
看到街对面，顶着同一张脸缓缓走过的阿巴，郭莫这会儿是真无语了。
截止到目前为止，他在游戏里已经看到了足足两个阿巴，这还没算上本体，如果算上的话，那就是三个了。
坏了！
真假美猴王都不足以形容眼下这种情况了，谁知道这么庞大的地图上，到底还隐藏着多少个阿巴？
“影分身都没这么牛啊！”
随着第三个阿巴出现后，郭莫也没兴趣去追本体了，因为他现在对阿巴3号的兴趣明显更足一些。
直播间水友也是如此。
因为阿巴本体和阿巴2号，全都是坐着轮椅行动，这也是大家分不清谁是真身谁是假身的原因。
可刚刚一晃而过的三号阿巴，大家都看见了，他并没有乘坐轮椅，而是像个正常人一样步行走路。
这可太奇怪了！
先不讨论，游戏Bug导致同一个场景出现多个重复建筑和NPC的具体原因。
他这个存档随到的开局可是“下肢瘫痪”，为什么会出现一个双腿正常可以走路的主角阿巴？
喂喂喂！
你又是从哪冒出来的？
……
发生在郭莫直播间的事，很快就经由水友们的传播分享，扩散到了天霸社区。
天霸工作室也知道了。
陈霸和小陆，更是第一时间就对该现象进行了复刻，试图找出这背后的原因及症结所在。
“很显然……”
“这个Bug是因为联机模式的数值叠加Bug连锁产生的。”
小陆分析道：“因为在游戏里，为了遏制数值叠加Bug，我们设立了一个所谓的上限锁。”
排查游戏Bug的时候，他们查到了在线上模式里，存在可以叠加游戏数值的恶性Bug，于是进行了针对性修改调整。
但他们遗忘了一点。
准确来说，并不是遗忘了，而是从一开始，整个工作室的测试排查重心就没有放在单机模式上。
这也是大伙的惯性思维作祟，毕竟以前工作室的游戏出现Bug，大都是跟联机模式有关系，久而久之，大伙都习惯将焦点放在联机模式。
谁也没有想到，这次出问题的竟然不是联机模式，而是单机剧情模式！
联机模式的“数值叠加”Bug，单机模式也同样存在。
那为什么没有发现呢？
当然是因为，单机模式下，游戏只存在一名玩家，而该玩家操纵的角色也只有一个，所以不构成触发Bug的前置条件。
谁能想到，在单机模式下删除旧存档覆盖新存档的时候，正好可以通过“存档覆盖”这个机制，触发联机模式特有的Bug啊？
“在联机模式里，该Bug会导致游戏角色的各项数值叠加，最终超过上限形成瞬间移动等游戏特性。”
小陆接着说道：“而在单机剧情模式下，因为没有第二个玩家，而且还有上限锁限制，所以数值是无法叠加的……”
“你的意思是，产生叠加效应的不止是游戏数值，还有游戏内的场景建模以及游戏NPC等等？”陈霸反问道。
“没错！”
“这一点，我们在联机模式并没有发现，可能是因为联机模式下，游戏数据和运算层面全都依托于服务器。”
小陆哭笑不得道：“但在单机剧情模式下，由于该Bug的触发节点是新存档覆盖旧存档，所以会导致存档覆盖失败，游戏文件无法改写等情况。”
正常情况下，新存档覆盖旧存档，在覆盖之前会删除旧存档的游戏文件，然后往硬盘写入新的游戏文件。
但在这个“覆盖”的过程中，因为触发了游戏叠加bug，导致覆盖指令失效，由原本的“覆盖”变成了“叠加”。
换而言之。
本来应该被删除的旧存档，在这个Bug的影响下，以另一种形式保留了下来，并融入到了新的存档里。
“不过这也有一个前提，那就是新存档和旧存档，必须是同样的开局，同样的主角阿巴才行。”
这也解释了，为什么其他人都没能触发该Bug，而郭莫却能成功的原因。
他两次都随到了“下肢瘫痪”这个开局，刚好满足了Bug触发的前置条件。没有这个前置条件，旧存档会被正常删除无法保留。
“在咱们的游戏里，不同的开局，代表主角的代码是不一样的。”
陈霸若有所思道：“盲人阿巴是一串代码，轮椅阿巴又是另一串代码，只有相同的开局才能触发？”
“没错！”
小陆点了点头：“至于说，郭莫第一次触发该bug，地图只扩大了一倍。第二次触发，地图却变得很大，且冒出许多重复NPC的原因也很简单。”
游戏在设计之初，都会给后续更新留足相应的空间和坑位。也就是说，游戏地图一开始就预留了“两倍大小”的预览模式。
这也是为了后续更新方便。
毕竟后续如果加了一个DLC，导致地图变大了，却因为之前没有预留出足够的空间，导致地图无法正常缩放预览，甚至贴图建模都不能正常渲染加载，那不就坏事了嘛？
郭莫第一次触发该Bug，游戏一切正常，毕竟这就相当于“更新一轮”后的样子。
可第二次触发Bug，叠加的游戏素材、贴图建模和游戏资源实在太大了，已经超过了预先留下的坑位，那就会出现郭莫遇到的情况。
这其实很常见。
比如一些游戏，在遭遇卡顿或网络波动的时候，你会惊奇地发现，游戏里的点券数量，金币、体力值和人物属性等等，全都变成9999999了。
还有就是计算机出现故障，时间戳重置回到1970.1.1这个时间，也是类似的情况。
《阿巴正传》的这个Bug，其实就跟其他游戏，突然出现数值全变成99999的情况差不多。
只不过，因为测试阶段打了一个“数值上限锁”补丁，所以游戏里的数值并没有变成99999状态。
但这个bug叠加的东西，可不仅仅是游戏数值，还有游戏里的建模、贴图、NPC等等一切游戏数据文件。
这也就导致，在新存档覆盖旧存档，且两个存档的主角“阿巴”都是相同的开局，底层代码完全一致时，就会发生两个存档融合在一起，地图扩大，贴图建模等重复的问题。
弄清楚问题产生的原因后，陈霸接着问道：“那这种情况有没有办法解决？”
“有，但很麻烦！”
小陆头疼道：“要想修复这个Bug，咱们需要动很多代码，而且最重要的是，这里面涉及到的一些代码，貌似只有您有权限更改。”
陈霸：“……”
又绕回来了是吧？
想到这里，他不禁揉了揉眉心：“那就先不管，反正从目前来看，这个Bug除了整活，也没有太过恶劣的影响。”
这也算不幸中的万幸！
根据郭莫的直播内容可知，该Bug造成的后果，除了地图扩大很多倍、NPC重复出现，同时存在多个主角阿巴外，也没太大的问题。
没错！
只要不影响游戏体验，这些都是小事，卡了这个Bug也不能做什么，而且还是单机模式，没必要放在心上。
陈霸是这么想的，也是这么做的。
他不仅没有做出反应，甚至还纵容了玩家们在社区论坛等地方传播该Bug的行为。
眼不见为净！
反正是单机模式，随便造，别说卡Bug了，你就算是开修改器作弊器，卡什么作弊代码，只要别太过分他都可以当作没看见。
再说了。
卡这Bug有屁用啊？感觉不如加入风灵月影宗，好歹开修改器是真的能爽一爽。
正当陈霸以为，这场风波完全就是小打小闹，即将到此为止时，没过多久，发布在天霸社区的一篇帖子，再次引起了广大玩家们的热议。
来自蓉城的一位网友，在玩游戏的时候，因为好奇卡了Bug在地图上，找到了另外两名“阿巴”。