“哪难了？不有手就行~第一关我不到一分钟就过了，是你太笨了吧。”.编辑掉.“楼上+1，简直变态！”

“挺好，有难度才有挑战性，我用做活动赚的钱，买了几个道具终于搞定了，相当于白玩，就过了第二关~~~截图如下~”

“有没有人在第三关呀，根本无解好么.我倒要看看有哪个大神能过第三关！”网友痛并快乐着，这两天就跟着了魔一样，越过不去的关卡越想要挑战一下自己的软肋。

《我勒个去》就像一个弹簧，压的越狠，当玩家第三关闯关成功后的成就感就愈发爆棚。

这感觉就仿佛平常大家都是在足疗啊洗浴啊找技师深入浅出进行一番交流，结果这天突然发现点了个迪丽娜扎.

一边是现金激励、爆火的社交游戏所形成的群聚效应。

而另一边虽然广告打的铺天盖地，也有现金激励，但个别人发现微聊最近几天动不动就会出现卡顿的现象，具体的表现是消息发送后转圈，然后失败，需要重试。

虽然不影响正常的使用，但是非常影响心情。

一次两次可以忍受，可是这几天下来每天都来这么几次。

一开始人们以为是自己网络的问题，可随着网友在网上吐槽变多，发现原来是微聊的软件不行。

广研中心这边忙的是鸡飞狗跳，原本的计划搁浅，新计划正在紧锣密鼓提上日程，结果迎面就撞见这个神奇的问题。

问题表象就是服务器集群偶发性宕机，而且没有任何规律和征兆，一开始只是一个运营在用微聊的时候发现的这个问题。

不过由于之前灾备应急预案做的还不错。那就是当主机房服务器集群出现宕机，会在极短的时间内把所有流量从主机房切换到副机房，但中间陆陆续续有几十秒的响应时间。

就是这几十秒会给用户带来一些不好的体验。

当问题出现后，运营只是把现象告诉技术，技术查了又查没有结论，后续一看就正常也就没管。

后来随着问题反复发生，技术查了半天没有任何结论，随后赶紧层层上报，当网上出现用户大量反馈后，已经2天过去。

没有程序报错、没有日志异常、负载指标没有波动、服务器没有问题、问题时间的出现完全没有任何预兆和规律。

以上种种让广研中心所有技术都抓破了头，他们各种解决方案都尝试了一遍，问题依旧，他们从来没碰到如此棘手的问题，感觉这个bug的难度甚至超过了《我勒个去》的第三关。

汤道升甚至发出悬赏，谁能解决这个问题，官升一级，奖励一个月月薪。

随后广研中心全体技术人员全部投入了这场bug挑战赛。

要知道微聊现在用户数以亿计，虽然报告上显示服务器莫名宕机会影响%左右的用户，通过用户基数一放大，那就是数十万的用户受到影响

这段时间微聊的不稳定性带来了非常恶劣的影响。