这得多少台服务器啊……

大部分都是本地，不产生网络通信的。。

ls正解啊，都是本地数据。。。

什么是本地？

学习小米好榜样

直接返回没抽到，单机抗个几十万每秒，堆个几百台服务器

@fising 就是恐怕绝大多数红包是提前分配好的。。摇一摇只是做个样子。。不可能每摇一次通信一下

不管怎样每次摇还是要与服务器通讯，哪怕只统计一次互动也是需要上传数据的

搖一次幾千萬的紅包沒了

本地的话，如何做到每次摇一摇红包数量减少？如果是假的，这个数字在多个设备上不一致，很容易被发现问题。

微博红包是设置了1W粉丝以上才能有机会中大奖。

我估计在用户第一次摇的时候开始同步当前红包剩余总数，之后确认是否中奖时只发送一个小包，如果返回一个未中奖的数值，则显示计算后预估的剩余红包总数。
反之则返回一个正确红包内容。
（每次摇一摇都会发现上下载的数值是很小的）

随机的红包不是即时用随机数算出来的，提前算好的，一个大数组，里面有0就是没摇到，摇一下也就去取个数而已。

如果取数队列超时，也就是没摇到，哈哈。

@YouXia 真相啊。。。发现我有个朋友抽到的都是上百，自己都特么的是五毛

我估计在活动开始之前已经算好了谁中多少了，存到内存数据库里，如果=0 就是没中奖，大于0就是中奖金额，然后用户只要打开微信就下载自己是否中奖的数据，这样就错开了高峰，可能下午就已经下载好了是否中奖了，晚上那个完全就是个动画

@9hills 瞎猜不太好吧。

@em70 不可能通讯了，这负载跟带宽不是一般大的

@em70 统计数据可以客户端存好，再延期上报

如果是实时，估计先死的不是央视服务器，而是 ISP 的服务器

我觉得都即时通讯不可能，想到 LOL 每次抽皮肤高峰的时候，请求游戏角色都会卡的要死。