一种基于移动平台的商城抢购设计系统技术方案

本发明专利技术公开了一种基于移动平台的商城抢购设计系统，具体方法：系统由Redis Pub/Sub服务通知Web服务器，服务器把库存订单进行串行化处理，解耦数据库并发下单压力，保证库存可靠。现在的互联网用户越来越很多；针对“限时购”等活动类功能增加多重保障应对高并发情况，彻底杜绝出现超卖现象；增加的移动端首页异步加载机制，大大提升了首页加载速度。

A shopping mall rush buying design system based on mobile platform

This invention discloses a shopping mall buying and selling design system based on mobile platform. The system is informing the Web server by Redis Pub/Sub service. The server serializable inventory orders, decoupling the database from single pressure and ensuring the reliability of the stock. Nowadays, there are more and more Internet users. In view of the activity class functions such as \time limit buying\ and other active functions, multiple guarantees should be added to the high concurrency situation, and the phenomenon of overselling is completely eliminated; the increasing asynchronous loading mechanism of the mobile terminal front page greatly improves the loading speed of the home page.

【技术实现步骤摘要】
一种基于移动平台的商城抢购设计系统
本专利技术的涉及互联网
，具体涉及一种基于移动平台的商城抢购设计系统。
技术介绍
在过去的工作中，针对过5w每秒的高并发秒杀功能，在这个过程中，整个Web系统遇到了很多的问题和挑战。秒杀和抢购的场景中，还有另外一个问题，就是“超发”，如果在这方面控制不慎，会产生发送过多的情况。我们也曾经听说过，某些电商搞抢购活动，买家成功拍下后，商家却不承认订单有效，拒绝发货。这里的问题，也许并不一定是商家奸诈，而是系统技术层面存在超发风险导致的。软件技术的瓶颈；不要认为现在的信息技术是万能的，在软件技术上还是有许多瓶颈和提升的地方。京东淘宝也偶尔会有软件技术出现问题而带来秒杀抢购出现问题的时候。
技术实现思路
本专利技术所述一种基于移动平台的商城抢购设计系统具体实现方法：1.买家前端查询限时购商品数据时只走缓存；2.卖家后台更新限时购或库存信息时需同步更新数据库及缓存；3.系统为每个正在开卖的限时购商品库存创建锁，买家对某库存下单时锁住该库存的下单操作，每一个商品库存只允许一个会员下单，下单的订单数据直接加入订单缓存后告诉买家[您的订单正在处理,请稍等]。然后通过RedisPub/Sub服务通知服务器处理订单，将订单按库存串行化处理，订单处理完成后，则更新限时购订单缓存的处理状态；4.买家得知订单正在处理后，则不断查询缓存的订单处理状态。直到获取订单处理结果，下单成功则进行支付页面，失败则提示失败原因并引导买家重新下单；5.最后就是在Web服务启动时，需要对限时购订单缓存系统初始化，把商品数据加入缓存中，并处理上次未处理完成的订单。

【技术保护点】
1.一种基于移动平台的商城抢购设计系统，其特征在于：先存到数据库，然后存到redis 要求响应速度很高的的数据：先写缓存，然后通过消息队列再写入数据库。

【技术特征摘要】
1.一种基于移动平台的商城抢购设计系统，其特征在于：先存到数据库，然后存到redis要求响应速度很高的的数据：先写缓存，然后通过消息队列再写入数据库。2.一种基于移动平台的商城抢购设...

【专利技术属性】
技术研发人员：不公告发明人，
申请(专利权)人：长沙有干货网络技术有限公司，
类型：发明
国别省市：湖南,43