简单的订单异步处理实现 介绍 前面几篇文章，我们从「限流角度，缓存角度」来优化了用户下单的速度，减少了服务器和数据库的压力。这些处理对于一个秒杀系统都是非常重要的，并且效果立竿见影，那还有什么操作也能有立竿见影的效果呢？答案是对于下单的异步处理。

缓存热点数据 在秒杀实际的业务中，一定有很多需要做缓存的场景，比如售卖的商品，包括名称，详情等。访问量很大的数据，可以算是“热点”数据了，尤其是一些读取量远大于写入量的数据，更应该被缓存，而不应该让请求打到数据库上。

抢购接口隐藏 在前两篇文章的介绍下，我们完成了防止超卖商品和抢购接口的限流，已经能够防止大流量把我们的服务器直接搞炸，这篇文章中，我们要开始关心一些细节问题。

接口限流 在面临高并发的请购请求时，我们如果不对接口进行限流，可能会对后台系统造成极大的压力。尤其是对于下单的接口，过多的请求打到数据库会对系统的稳定性造成影响。

秒杀系统介绍 秒杀系统相信网上已经介绍了很多了，我也不想黏贴很多定义过来了。 废话少说，秒杀系统主要应用在商品抢购的场景，比如： 电商抢购限量商品 卖周董演唱会的门票 火车票抢座 ...