在设计电商系统订单模块时，订单会涉及各种状态以及状态与状态之间的流转，`可扩展性`、`可维护性` 是我们需要关注的重点！本文分享一下我的技术方案。

用户支付完成后，微信会把相关支付结果和用户信息发送给商户，商户需要接收处理该消息，并返回应答。 对后台通知交互时，如果微信收到商户的应答不符合规范或超时，微信认为通知失败

订单系统的基本架构： 前台有结算页提供用户去结算，当后台收到前台用户点击结算操作时就会开始处理下单服务，起初订单被写入到后台的数据库中，然后异构数据到缓存中以此提供用户在我的订单系统中进行订单查询，当

这里我们讨论哪些需要存储，哪些只要关联主键，取决于产品需求本身是要求以下单时的信息为准，还是以实时的配置信息为准。我们在此可以看到，其实订单表可以认为是商家---纬度的信息，订单商品表是商品款式---

最近由于项目业务原因，需要为系统设计虚拟币的充值及消费功能。公司内已经有成熟的支付网关服务，所以重点变成了如何设计项目内虚拟币的充值流程，让整个充值流程都实现幂等，确保用户的虚拟币余额不会重复增加或扣减。 用户购买商品，商户后台请求生成支付订单并返回相关信息到客户端。 客户端根…