订单号提交

在电商业务中，商品的交付都是围绕订单号来进行的。交易的基础流程包括建立订单、支付订单、交付订单、签收订单。

基于订单，咱们能够作不少事情。好比，创建一条交易的数据总线，按期核对商品的交付状况，以此保证数据的最终一致性。再好比，经过订单号，将各个子系统中的请求串起来，扮演traceId的做用，等等。

客户端要购买商品，存在两种程序上的交互方式：

第一种、

1. 第一步、客户端提交待购买的商品信息，服务端建立订单，并将订单号返回给客户端；
2. 第二步、客户端提交订单号给服务端，进行支付。

第二种、

1. 客户端提交待购买的商品信息，服务端建立订单，并进行支付。

两种方式的本质区别在于：交易的过程，客户端是否须要感知订单号的存在

拿苹果手机的IAP支付举例，通俗的讲，就是在APP内支付。简单介绍一下苹果支付的基础流程：

1. 在苹果服务后台建立商品，建立的商品须要和咱们服务端实际的商品作对应。
2. 客户端和苹果服务交互，完成用户扣款
3. 客户端获取苹果服务返回的扣费凭据，提交给咱们的服务端
4. 咱们的服务端请求苹果服务，验证凭据的有效性，决定是否给用户交付商品

在这个流程中，订单号应该在步骤2以前建立，仍是在步骤4建立呢？若是在步骤4建立，在用户行为上，就缺失了用户尝试支付的订单数据，数据表中也只存在用户成功发起支付的订单。