记阿里电话面试的一个遗留问题：淘宝订单如何保证与支付宝订单的同步“？

好吧，我没做过像淘宝这样子大的电商系统，也没做过比京东大的系统。我只说说我的想法：

支付宝和淘宝必须是解耦的两个系统，简单说用户在淘宝买东西时创建的订单号那是完全归属于淘宝系统的，与支付宝没有任何关系；当用户选择使用支付宝支付并提交支付操作时此时才会与支付宝产生关联关系，这个关联关系就是淘宝系统在调用支付宝支付接口时会带入用户在淘宝平台的购物时的相关参数（支付来源、金额、订单号等等<只是需要注意的时此时这里还有一个统一登录认证的问题，也就是淘宝用户登录状态时使用支付宝支付时是不用再次登陆的>)，此时支付宝系统才会根据传入的参数生成支付宝系统的唯一订单号（会有唯一的淘宝订单编号和唯一的支付宝订单编号一一对应），我想这个流程应该是不会变的，唯一可变的我想应该是支付宝系统的唯一订单号是先创建还是后创建问题，这也可以讨论的一个焦点。比如支付宝系统可以根据实际情况系统自动产生唯一订单编号号池，然后淘宝调用时系统进行分配唯一订单编号（此时可以省去支付宝系统创建订单编号的时间），当然也可以是淘宝调用支付宝支付接口网关时支付宝平台产生唯一订单编号。

OK，我想在我说清楚了以上创建订单编号流程后再来说说关于实时性的问题。在文中博主说到了关于异步创建以及实时性要求高的问题，这里我的理解是这样子的，在用户从淘宝上发起使用支付宝支付时系统会调用支付宝接口进行网关验证并跳转到支付宝页面，这里的这个逻辑我认为的是同步的，原因是为了给支付来源的订单绑定一个唯一的支付宝系统的订单编号（也就是说如果支付请求方拿不到支付宝平台唯一的订单编号那后续的所有支付流程都无法进行），也就是此时可简单理解为支付宝系统此时会给淘宝的订单生成一个一对一的支付宝订单编号。OK，此时二者的关系就亲密起来了，因为后续你所有的支付操作都将围绕着支付宝订单编号产生了，当完成了所有的支付操作后，在最后最后的时候系统会从支付宝平台跳转到淘宝平台，那么也就是在此时支付宝的订单编号又将再次和淘宝平台的订单编号一起携手返回到淘宝平台。显然从淘宝发起支付到支付宝出现支付页面到支付结束的这整个过程必定是异步和实时性的最关键的体现了。 那这里异步就不说了，来说说实时性吧，支付宝中的每一笔订单都是一个分布式事务，可以说我们看到的支付宝订单编号它在系统里至少应该存储了2个以上的拷贝，同时它需要在最后做支付一致性确认操作。那针对这个分布式事务一致性操作，我想他们最好的处理应该是使用它们的Notify消息中间件了，该中间件具备分布式事务，具备顺序读写，具备fail over，具备负载等等各种优势；同时任何系统使用了消息中间件势必就需要有任务处理系统来及时的处理这些消息，所以可以说如何能做到实时的处理这些消息队列中的消息才是支付宝订单处理实时性的关键。

PS:针对博主说的到购物车以及秒杀，相信这两个在电商领域都是难题，针对前者购物车相信尚好，毕竟也就是生成有效订单前减库存和生成订单支付时减库存的问题；而针对于秒杀相信要涉及的问题会更多，但是如果是我来做秒杀，相信所有的请求以及库存都会至于一个结果，都会存储在内存中，秒杀的请求会按照唯一高精度时间戳来依次存储，至于秒杀的库存量同样会在内存中进行存放，同时会考虑秒杀的用户需要达到超过库存量多少时结束秒杀。

以上为我的理解和思考，欢迎讨论。