近日，有网友查看了小米官网购买手机的排队页面的本地静态代码：
p.www.xiaomi.com/roll/roll.html （在Chrome、Firefox和IE中打开后按下 Ctrl+U 键查看代码）
我们就此事请教了专门的网站前端工程师，就网友反映的问题进行了核查。可能是那位网友学艺不精，其对小米官网购买排队页面代码的分析和对小米官网购买排队机制的判断完全错误，但是鉴于大多数网友也不了解代码，以及原帖附上的代码截图过于模糊，看不清楚，很多网友简单的相信了那个结论，完全误解了小米。对此，我们在此和大家仔细分析一下这个问题。
首先我们判断，原帖主质疑小米官网是在用户进入官网购买排队页面的时候就“产生随机数，同时保存进浏览器的Cookies里，这个时候就决定了能不能抢到，第一次没成功，下面再如何点击‘进入活动’都是徒劳的。”的部分，应该是这一段代码：
if( !Base.cookie("xm_uu_bd") ) {
//来标识是否第一次进入摇色子
Base.cookie("xm_uu_bd","true", {
path: '/',
domain: '.xiaomi.com',
expires: 1
这一段代码的含义是：
第一行：判断用户是否是第一次访问小米网。
第二行：注释。
第三行：如果用户是第一次访问小米网，则给他注入一个Cookie，标识用户的状态。
第四行：路径
第五行：Cookie写入的域
第六行：Coookie的时效：1天。
这段代码的含义和功能是这样的：
当一个用户来到这个排队购买的页面的时候，这个本地静态页面先通过Cookie判断这个用户是不是当天第一次访问这里。如果没有相应的Cookie值，就给他赋予一个Cookie 。
为什么要这么做呢？因为小米手机每次的开放购买都有很多用户希望买到，因此每次开放购买的时刻的头一秒会有蜂拥而至的米粉进入小米官网的购买页面来购买小米手机。无论如何，系统是无法让所有人都在逻辑意义上的“同时”去进入抢购手机的。所有人在计算机的逻辑上，间隔的时间再短，也是一个一个进入系统去请求购买的。
为了既不让所有人同时在同一秒向服务器发送请求，搞成DDOS，又保障每一个新进入该页面申请购买的用户能够有尽可能大的和平等的机会，这个Cookie把第一次进入该页面的用户做出了标注。
那么，第一次进入这个页面的用户会有怎样的特别安排呢？
第一次进入的用户在进入排队的时候，不是统一的等待倒计时10秒，而是被随机分配倒计时4～10秒。这样，就可以依靠系统将用户提交请求的时刻分散开来，而不会让用户的请求集中在一秒之内，给服务器带来巨大的压力而崩溃。第一次倒计时后，所有的用户就一视同仁了，如果一次提交购买请求未果，需要排队等待的时间都是10秒。
当倒计时结束后，可以进入活动了，会发生什么呢？到底谁能够购买到这次发售的小米手机呢？
当倒计时结束后，大家就会看到这个按钮从灰色变成了红色，变成了可以点击的状态。当用户点击了这个按钮之后，浏览器才开始第一次将用户购买手机的请求提交给服务器。这个时候，服务器将按照服务器接收到请求的顺序，顺序给予用户进入下一步购买流程的资格，并且，每放入一个求购的用户，服务器上所记录的手机库存数就-1，比如这次开放购买10万台红米手机，第一个用户进入购买后，库存状态就要修改为99999，然后继续放入下一个用户的请求。因为这些都是在服务器端计算实现的，期间的时间间隔非常非常的小，用户肯定是无法用人的感觉来区分这种顺序的，大家感觉的是同时，很快10万台手机被抢光了。
如果，当海量的用户同时提交购买申请的用户很多，某一时刻服务器确实没能处理过来，只接受了某一部分请求的时候，那另一部分申请未能被服务器通过的时候，这部分用户的屏幕上会发生什么？用户会看到他刚刚点击的按钮再次变成灰色，从10开始，倒计时。又或者当服务器上的库存状态终于从10万，一个一个的减少，最终变成了0的时候，会发生什么呢？接下来还有用户点击“进入活动”的按钮，向服务器提交购买的请求，这个时候这个请求就会被拒绝，于是用户就会看到按钮再次变成灰色，开始进入10秒的倒计时。【图片】这时候有用户要问了：“库存都变成0了，你还让我等10秒，这不是坑爹吗？”
真的是坑爹吗？
细心的朋友应该注意到，以上的流程中，用户的身份其实还没有经过任何认证，这个用户有没有预约呢？如果没有预约可是没有资格参与抢购啊。因此，事实是服务器是到了前面的步骤时候，才对那些被放进来的用户开始进行身份验证，有没有预约啦什么的。如果用户没有这个资格呢，用户会看到购买页面提示他没有资格参与这一轮购买。然后过程终止。这个时候刚才在服务器减掉的库存，又要重新加回去。
还有的用户也许只是凑热闹，点击进去看了一样，并没有下单，或者突然电脑死机了，或者网络断网了……等等总而言之各种可能，在这个用户进入到购买流程后，却没有去生成订单就退出了小米网，那么这部分资源，服务器系统会再次加回到库存中，等待那些等了10秒再次点击按钮发送购买请求的用户来拿走它。
另一段被误解的代码所实现的功能。
这段代码如下：
time:function () {
var b = Base.$('reback');
if(count === 0){
b.innerHTML="进入活动";
b.className = "reback_btn_next";
this.start();
return false;
}
count = count - 1;
b.innerHTML="重新进入("+count+")";
},
有人解释这是说只有count的值是0的时候才能进入购买，这倒是没错，但是他说这个count是完全随机出来的，就暴露了这个人的无知了。前面的代码：
randomCount = parseInt(Math.random()*(10-4+1)+4)
count = (Base.cookie("xm_uu_bd")) ? 10 : randomCount,
确实是赋予了这个count一个随机的初始值，这个值正是前面我们提到的在系统判断用户如果是第一次进来的时候，所给予的排队机制需要的4～10秒的随机数。
然后呢？然后可不是判断这个随机数等于几，而是开始倒计时啦。当这个数字倒数到0的时候，按钮就变得可以点击，用户就可以向服务器提交购买的申请了。