一、业务介绍

     订单业务在整个电商平台中处于核心位置，也是比较复杂的一块业务。是把“物”变为“钱”的一个中转站。

      整个订单模块一共分四部分组成：

1. 结算页面

在购物车列表页面中,有一个结算的按钮,用户一点击这个按钮时,跳转到结算页,结算页展示了用户在购物车中选中的商品数据(商品清单),还要展示用户所有的收货人信息,让用户选择。

为了防止 用户提交订单之后 使用浏览器的回退功能，不刷新的情况下，重复的提交订单，在结算页生成的时候，咱们在结算页中放了个流水号(订单号)。

这个流水号 是后台采用 UUID生成的，把流水号存redis一份，结算页存一份。

1. 下单

用户在结算页点击 提交订单按钮，开始进行下单（订单信息保存），

1. 要去校验流水号，把结算页的流水号和redis中的流水号比较，如果相同可以下单，如果不同不能下单。
2. 校验库存，调用库存接口，进行库存量的查询，如果没货了，给提示，库存不足。
3. 校验商品价格，防止下单这会 商品的价格有变化。调用商品服务查询商品的最新价格，和之前的价格比较。
4. 向订单表和订单明细表中 添加数据。
5. 删除redis中的流水号，这样只有下过一次单了，redis的流水号就没了，即使用户通过浏览器回退到结算，结算页还有流水号，但是redis中的没了，比较就不通过。
6. 保存订单之后，使用rabbitMQ发送一个延时消息，进行过期订单的关闭工作。

1. 对接支付服务

下单成功，给用户跳转到支付页面，让用户选择支付方式，进行支付。

当支付成功之后，支付服务使用RabbitMQ通知订单服务，订单要修改订单的状态，从未支付改为  已支付。

1. 对接库存管理系统

下单的时候 要校验库存，支付成功后，订单服务使用rabbitMQ通知库存服务，要通知库存去打包，当库存锁定库存 扣减库存，扣减成功之后，库存服务使用rabbitMQ通知订单服务，订单要修改状态，从已支付改为待发货。后续 当库存打包完成，发货了，订单还要修改状态，从待发货改为 已发货，给用户展示物流信息。

二、结算页

 入口：购物车点击计算按钮

 分析

   分析页面需要的数据：

1. 得到用户信息
2. 购物车中选择的商品列表
3. 收货人信息

三、下单

1、数据结构

orderInfo ：订单表

orderDetail ：订单明细

2、分析下单：

1. 保存单据前要做校验：验库存、验证价格。
2. 保存单据: orderInfo orderDetail。
3. 保存以后把购物车中的商品删除。
4. 重定向到支付页面。

3、如何解决用户利用浏览器刷新和回退重复提交订单？

在进入结算页面是我们生产了一个流水号，然后保存到结算页面的隐藏元素中一份，Redis中存一份，每次用户提交订单时都检查reids中流水号与页面提交的是否相符，如果相等可以提交，当订单保存以后把后台的流水号删除掉。那么第二次用户用同一个页面提交的话流水号就会匹配失败，无法重复保存订单。

3.1 修改结算页增加流水号的生成

@Override

  public String getTradeNo(String userId) {

    // 定义key

    String tradeNoKey = "user:" + userId + ":tradeCode";

    // 定义一个流水号

    String tradeNo = UUID.randomUUID().toString().replace("-", "");

    redisTemplate.opsForValue().set(tradeNoKey, tradeNo);

    return tradeNo;

}

  

  @Override

  public boolean checkTradeCode(String userId, String tradeCodeNo) {

    // 定义key

    String tradeNoKey = "user:" + userId + ":tradeCode";

    String redisTradeNo = (String) redisTemplate.opsForValue().get(tradeNoKey);

    return tradeCodeNo.equals(redisTradeNo);

}

  //删除流水号

  @Override

  public void deleteTradeNo(String userId) {

    // 定义key

    String tradeNoKey = "user:" + userId + ":tradeCode";

    // 删除数据

    redisTemplate.delete(tradeNoKey);

}

3.2 OrderController中的submitOrder方法中

4、验库存

通过restful接口查询商品是否有库存

    一般电商系统的商品库存，都不由电商系统本身来管理，由另外一套仓库管理系统，或者进销存系统来管理，电商系统通过第三方接口调用该系统。

    由于库管系统可能是异构的系统，所以不在微服务体系之内。只支持restful风格的webservice调用和消息队列的调用。

详见《库存管理系统手册》

根据手册中的接口文档，编写调用代码。

查询库存接口

四、业务流程和话术

1、订单业务流程图

2、业务话术（自己总结）

     当用户点击结算的时候，这块我们用网关全局过滤器先判断用户是否登录，如果用户没有登录，则跳转到登陆页面，让用户去登录，登录成功之后，跳转到订单结算页面（这块在跳转到登录页面的时候，把之前的请求地址保存下来，作为参数进行跳转，在登录成功之后，查看是否有请求参数，如果有就跳转到对应的url，如果值为null，跳转到首页）；如果用户登录了，则跳转到订单结算页面；

当跳转到订单结算页面的时候，首先对收货人地址进行管理，其次选择支付方式，一期的时候只提供了支付宝支付（微信、支付宝），确认订单信息，然后提交数据到后台，生成对应的订单表、订单详情表和订单物流表（当订单生成的时候，我们要调用对应的库存系统针对订单的商品数量进行验库存，还要进行验价格）。当订单创建成功之后，自动跳转到成功页面（将订单数据和到期时间传递过去）。

这块我们设置的订单的有效时间为24小时（这个时间可以自己定，只要合理就行），因为我们利用延时队列实现定时消息发送，消费者到时间后监听到消息，进行订单校验，如果订单是未支付状态，把订单状态修改为关闭订单。

3、常见面试问题：

1. 订单表结构（存了什么信息）？

谁负责订单的开发，谁创建订单表。

订单表：

     人+流程+金额+时间

 收货人信息（收货人电话、地址、名称）、用户的id、总金额、订单状态、订单交易编号（全局唯一不重复，采用字符串+时间戳+随机数）、物流单编号、创建时间、失效时间。

订单明细表：

  商品有关的数据

Sku的id，数量、购买的价格、默认图片

1. 订单业务流程是什么样的？（订单你是怎么做的？）

看上面的文字描述，把文字描述 变成你的话 面试的时候 说出来了。

1. 订单有效期是多久，怎么取消订单？

有效期 只要合理就行   30分钟、45分、2小时  24小时

 10秒钟，365一天  这种的就是不合理了。

咱们使用的是 rabbitMQ的延时消息。下订单时候 发送 了一个消息，这个消息时间不到不能被消费，只有时间到了，消费者才能去消费这个消息，进行订单的关闭，关闭之前需要判断 订单是否支付，只有没支付的订单才能关闭。

1. 怎么防止订单重复提交？

1. 用户通过浏览器回退功能，回退到结算页，并且没有刷新页面的情况下，再次提交订单。 解决是通过 生成结算的时候  生成流水号，这个流水号存redis一份，在结算页也存了一份，当提交订单的时候，结算页中的流水号会传给提交订单接口，拿到页面传过的流水号和redis的流水号比较，相同，可以提交订单，不同不能提交订单。当订单提交完成后，删除redis的流水号，redis流水号没了，再回退提交，比较流水号就会不通过。
2. 用户通过浏览器回退功能，回退到结算页，刷新页面了，重新请求了一次结算页，结算页会重新查询购物车中选中的商品数据。当用户下单成功后，可以去删除购物车中所有选中的商品。

1. 订单超卖问题怎么解决的？

这个商品在库存中就一个了，有多个人同时下单，这种问题 你们怎么解决的？

咱们做的：

   这个问题没解决，都可以下单成功。

  为了多卖货，减少库存积压，增加流动资金。

用户都可以下单成功 也都可以付钱成功，没货了，再去进。

拼多多：2天内发货。

下单的时候  就去做库存扣减，防止超卖：

1. 防止并发的情况 库存扣减变成负数。

加锁了

 使用分布式锁。

数据库层面的锁。

悲观锁：

 Select 库存量 from 库存表 where skuid=？ for update；

Update 更新 去减库存。

事务的提交或者回滚的时候 锁释放。

乐观锁

表中加一个version字段

Select 库存量，version from 库存表 where skuid =？

  Update 库存表 set (库存量-1，version+1) where skuid =？ And version=之前查出的值。

1. 订单状态都有什么