订单中心 建设 第1篇
在订单提交的时候我们通过防重Token来保证请求的幂等性
我们在获取订单结算页数据的service中我们需要生成对应的Token，并且保存到Redis中同时绑定到页面。
页面中的处理
然后在提交订单的逻辑中我们先创建对应的VO
然后在订单确认页中创建对应的form表单
然后把数据提交到后端服务中。
订单数据提交到后端服务，我们在下订单前需要做防重提交的校验。
上面我们是通过Lock加锁的方式来实现Redis中的查询和删除操作的原子性，我们同时可以使用Redis中脚本来实现原子性处理。
订单中心 建设 第2篇
通过Fegin远程调用对应的服务，获取会员的数据和购物车中的商品信息。
在Fegin调用远程服务的时候会出现请求Header丢失的问题。
首先我们创建 RequestInterceptor的实现来绑定Header信息，同时在异步处理的时候我们需要从主线程中获取Request信息，然后绑定在子线程中。
然后在订单确认页中渲染数据的展示
最后的页面效果
订单中心 建设 第3篇
当我们在在线商城购物时，经常会遇到商品属于不同卖家或因商品数量、重量等问题需要拆单的现象。这个时候我们通常会生成两种订单号，一种是拆单前订单的订单号，另一种是拆单后的订单后。
其中父订单用于记录用户这一次下多单的行为，还有合并支付。如果有跨商家优惠，父订单可以对应到相应的优惠，然后对各个商家进行分摊、子订单用于追踪发货物流、售后以及财务结算的依据，用于记录优惠信息。用户关心的是订单的订单状态、物流状态、售后状态、售后金额，这些都会以子订单为单位进行跟踪。
注意，在订单产品架构的设计中，如果使用了父子订单的设计，系统中并不是需要拆单的订单才有父子订单，而是所有的订单都需要生成父子订单。 2. 订单拆单
影响父子订单拆单的规则有多个，主要有平台的不同店铺商家、不同的发货仓库、品类特殊包装要求、物流因素、商品价值等。
根据拆单时间的不同，我们可以分为支付前与支付后的拆单，支付前主要是拆订单——拆成父子订单。支付后主要拆发货单——拆成子订单和多个包裹。
最好在下单过程中能拆好就拆好，避免后续判断。但是比如第三方商城订单、仓库发货限制等因素会导致生成订单后仍有需求拆单。