那就分流。如今的大数据就做这事的。

楼上说的对,还有没有其他的想法

@╱―★神★―╲

负载均衡
数据库集群
分流
我随便扯的，我也不清楚。

把请求快速放入队列中，开始3秒等待。然后从中选择幸运者。过了三秒，告诉其他用户，很抱歉，你没有抢上。

...好奇葩的回答,1神说的对,负载均衡是必须的.

首先,我通过时间戳加随机数对生成的请求进行编号,分配给我的后台服务器,比如编号为A,B,C,D,E......等等开头的.后台服务器经过预设的触发器获取到各自对应前缀的编号请求,然后依据不同地域...IP段等划分(事先做好市场调研,哪些城市并发高).这时候我服务器只管拿请求,并塞进队列(如果经过划分网络还阻塞的话).同时程序发送回执给前端用户看,比如(正在拼命秒杀..正在OOXX.等等,也可以不发送,而是等个2秒),这时候后台另开一根线程用来处理接收到的请求,有几台服务器开几个线程,并监控服务器负载,当某台服务器负载高于某值后低于某值时,根据配置文件,均衡负载请求数..事实上最终秒杀到物品的用户只是少数,所以只有队列的前几名或是几十名用户才会得到服务器正确的响应,例如:跳转到付款页面,或是付款之类的..其他大部分用户得到的都是alert("秒杀已结束")诸如此类的话语.

←_←

秒杀在技术并不复杂，楼上说的没错，秒杀是运气的，如果秒杀10件商品，后台有10台服务器，那么只需要接受10*10，也就是100个请求进入后续流程，其他的请求直接返回秒杀失败。

楼上都是高手,充分符合国人的思想,,但如果每个请求都做真的,而不做假呢

——来自 爱贴吧 Windows Phone 客户端