求助!!电商秒杀功能实现。

gmm20832 2016-02-18 05:52:30
小弟是做电商的,最近接到一任务,活动秒杀功能的实现。我的想法是秒杀的实质还是排队,先抢先得。
做成队列,服务端和客户端异步。所有通过验证的用户都把信息丢入队列,服务端依次从队列里取用户,取满为止。
这样可以解决超量问题,不过客户端抢购结果会有一定延迟。
还可以将商品数量保存到redis中,采用redis乐观锁机制来实现。我想问问大家有什么想法,或者有做过此功能的来谈谈。
...全文
562 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
funnyone 2016-02-23
  • 打赏
  • 举报
回复
秒杀都是实时反应结果的吧。
tony4geek 2016-02-22
  • 打赏
  • 举报
回复
秒杀很多人的时候服务器受不了吧。要做负载吧。
rockets311 2016-02-22
  • 打赏
  • 举报
回复
楼主想法是可取的,这里补充几点,没有实战经验,也是从书上看的。 1、秒杀服务器单独部署,防止主要业务被秒杀。 2、秒杀页面尽量简单,可以用CDN。 3、开始按钮是否可用让JS文件控制,服务端动态生成很小的JS文件。 4、分布式部署,每台服务器定几个名额可以看到排队页面,以后的就显示秒杀结束页面。
justin_jia_92 2016-02-22
  • 打赏
  • 举报
回复
redis吧,高效简单,单线程。
  • 打赏
  • 举报
回复
队列吧,怎么用怎么爽~
  • 打赏
  • 举报
回复
tianfang 2016-02-18
  • 打赏
  • 举报
回复
刚刚看了小米的架构 说到秒杀 http://download.csdn.net/detail/qyqyeve/9435396 参考一下

67,513

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧