第216章 连锁信:卡了个BUG (第3/3页)

。在等待新加里复活的时间里，她已经将加里手机里的sim卡替换成了第二张新卡。

    等加里2号脸上的肉长好，她如法炮制，把换过号码的手机强塞进对方手里，再一次提出要送他一个“礼物”。

    加里2号显然记吃不记打，他弯起眼睛，愉快无比地把礼物收了下来。

    似乎无论她送什么，他都会照单全收。

    埃弗莉和老约翰原本只想试一试，给复活的加里派送一个新号码，再发送新的诅咒短信，拿到新号码的“新加里”是否能成功收到短信。

    如果可以，两人就能利用这一特点，在加里身上消耗掉五次转发次数，就算不行，好歹也有备选方案。

    没想到，阴差阳错下，两人竟然不小心卡出个bug——

    根据常识，一个人可以有不止一只手机，不止一个手机号。

    诅咒连锁信是一个相对智能的诅咒规则体。为避免有人自作聪明，将诅咒短信发送给同一个人名下的不同手机号，在短信发出后，其背后的规则系统会对收件人身份进行一个验证。

    比如四十几年前，纸质诅咒信爆发的时候，就有村民发现，同一个人只能接收到一封诅咒信，这导致村民们“选出几个公用‘靶子’集火诅咒”的做法根本行不通。

    到了现代，这条规则则表现为，对同一个人，诅咒短信只能转发一次。哪怕这个人换了个新手机号，第二次转发依旧会失败。

    但今天，诅咒连锁信系统遭遇了诞生以来从未见过的复杂问题：它被发送给了一个死而复生的人！

    q：死亡前的加里，和复活后的加里，算同一个人吗？

    随便找一个人类来回答这个问题，十之八.九答案是yes。加里当然还是加里，死而复生又不代表他改头换面，从此成为了新的人。

    然而，诅咒连锁信并不是人类，而是一套规则，一套由“怨灵”构建出的运行法则。它有些智能，却又没那么智能，存在着各种各样的逻辑小漏洞。

    简单来说，你可以将诅咒系统近似看作一段指令代码，在起始点输入某个值后，系统会自动进行检查验证、条件判断和逻辑处理，最终生成对应结果。

    于是，当老约翰长按诅咒短信，企图将它转发给加里2号的时候，bug出现了：

    老约翰→加里1号→1号提前死亡→1次转发完成，诅咒链条断裂

    ↘加里2号→身份验证（仅在转发次数≥2时执行此步骤）→11号提前死亡，2号存活，身份验证成功→21号2号是同一人，身份验证失败→11号提前死亡，2号存活，身份验证成功→2……

    当然，因为埃弗莉没当过规则系怨灵，不了解它们到底是怎样构建规则的，所以上述描述仅仅只是她的脑补，可能存在错漏之处。但她觉得引起bug的点应该就是上述条件1和2。

    这两条判断逻辑本来是不可能同时满足的，所以在过去很长一段时间里，系统一直运行得很顺畅，没出过任何问题。

    偏偏这时候，它们遇见了奇葩加里，一个死了活，活了死，存在本身就是bug的大bug！

    短信转圈圈的那两分钟，其实就是诅咒系统内部针对不同逻辑进行左右互搏的过程。而单看文本内容，1显然比2更加客观、更加强力，所以经过一番挣扎后，系统最终选择了条件1，加里2号成功收到了短信。

    就这么看，这条bug的影响似乎不大。

    但随后出现在《死亡之书》上的霉斑明明白白告诉两人，不，事情不是这样——这bug的影响那可太大了！

    大到霉斑的颜色相比之前变淡了不少，连扩散的速度都变慢了！