订单模块对于电商系统来说属于几大核心模块之一，其重要成都不言而喻，其中各大电商企业的业务实现方式而言基本也都是大同小异的。
正常订单逻辑中，订单的状态可大致分为这几个部分，已下单、待付款－》同步付款成功－》异步付款成功－》订单成功调用物流服务，这一个就是比较简单的订单状态，属于开启的一个比较小的服务，对于一些库存扣减这种业务正常逻辑订单暂时不考虑。简单说一下这几个状态，一般电商网站中，订单和支付两个服务是分别独立的，用户正常使用是先下单，生成订单之后再进行支付，这里的支付方式我们选用支付宝支付和微信支付举例说明，在app端，用户调用支付sdk支付成功之后，app会返回一个支付成功标识，这个属于同步支付成功，但是这种状态意义不大，只能算是发送成功，具体金额是否真正到账，还需要第三方进行异步通知，接收到异步通知才算是真正的付款成功。
对于订单状态的同步业务，可以考虑这样设计：
1、用户点击下单，调用结算服务，计算商品需要付款的总数值（包含各种活动之后的总数值）；
2、计算完数值之后调用接单服务；
3、将订单存储到订单Redis和订单队列表，订单队列表可以按照需求水平扩展多个表，通过订单缓冲表提升接单能力，此时订单还未完全存储到数据库中，而只是放入队列中；
4，5、然后通过同步worker同步到订单中心表中，同步过程就是订单存储数据库的过程，这里通过队列的方式进行削峰；
6、此时等待用户支付的异步状态返回，当订单状态机接收到用户支付成功的通知， 便去通知存储订单的redis和数据库
7、订单数据更新，分别为redis中和数据库中的数据状态更新
这里是关于微服务搭建的订单系统，当然对于一些简单的小型系统，订单服务可以直接综合在一块，图中的第七步可以通过spring的事件监听机制进行处理，，除了解耦，还有就是，付款成功之后处理的业务逻辑一般会比较多，用这种方法能够将业务分离开，便于后期更改。
上述业务逻辑参考张开涛的《亿级流量网站架构核心技术》一书中，在此推荐这本书
