
1 9hills 2015-02-18 23:48:22 +08:00 via iPad 大部分都是本地,不产生网络通信的。。 |
2 Tink PRO ls正解啊,都是本地数据。。。 |
3 fising 2015-02-19 00:52:40 +08:00 via iPhone 什么是本地? |
4 47jm9ozp 2015-02-19 01:08:42 +08:00 学习小米好榜样 |
5 icanfork 2015-02-19 01:10:14 +08:00 via Android 直接返回没抽到,单机抗个几十万每秒,堆个几百台服务器 |
7 em70 2015-02-19 01:42:23 +08:00 via Android 不管怎样每次摇还是要与服务器通讯,哪怕只统计一次互动也是需要上传数据的 |
8 Nyanpasi 2015-02-19 01:56:26 +08:00 via iPad 一次千的包了 |
9 fising 2015-02-19 02:31:13 +08:00 via iPhone 本地的话,如何做到每次摇一摇红包数量减少?如果是假的,这个数字在多个设备上不一致,很容易被发现问题。 |
10 YouXia 2015-02-19 08:08:58 +08:00 via Android 微博红包是设置了1W粉丝以上才能有机会中大奖。 |
11 Stof 2015-02-19 08:22:33 +08:00 via iPhone 我估计在用户第一次摇的时候开始同步当前红包剩余总数,之后确认是否中奖时只发送一个小包,如果返回一个未中奖的数值,则显示计算后预估的剩余红包总数。 反之则返回一个正确红包内容。 (每次摇一摇都会发现上下载的数值是很小的) |
12 loading 2015-02-19 09:02:31 +08:00 via Android 随机的红包不是即时用随机数算出来的,提前算好的,一个大数组,里面有0就是没摇到,摇一下也就去取个数而已。 |
13 loading 2015-02-19 09:03:18 +08:00 via Android 如果取数队列超时,也就是没摇到,哈哈。 |
15 typcn 2015-02-19 09:11:36 +08:00 我估计在活动开始之前已经算好了谁中多少了,存到内存数据库里,如果=0 就是没中奖,大于0就是中奖金额,然后用户只要打开微信就下载自己是否中奖的数据,这样就错开了高峰,可能下午就已经下载好了是否中奖了,晚上那个完全就是个动画 |
19 imn1 2015-02-19 12:10:48 +08:00 如果是实时,估计先死的不是央视服务器,而是 ISP 的服务器 |
20 yuanji 2015-02-19 12:13:23 +08:00 我觉得都即时通讯不可能,想到 LOL 每次抽皮肤高峰的时候,请求游戏角色都会卡的要死。 |
23 wdlth 2015-02-19 19:23:21 +08:00 反正我是没中,我看“真正”能连上去的才会中…… |
24 cbais7890 2015-02-19 19:56:23 +08:00 |
25 est 2015-02-19 20:20:11 +08:00 via Android 性能好一点的服务器单机理论上能抗下来。C100M的时代。 |