券系统设计及券和订单号使用重复下单问题汇总
1.根据订单号 券号来唯一标识一次请求，但是请求端每次请求都会重新生成一个新的订单号，导致每次都是一次新的请求。造成重复下单。 >> 需要调整服务端逻辑：只认券号，而不是券号和订单号的组合。 2.服务端在免登陆的接口，不能直接返回整个页面出现报错信息。这样用户不能进入到“我的个人中心查看订单列表”。 如果报错信息是弹框，客户可以关闭弹框，这样他仍然可以继续下单，这样下单的接口仍然需要拦截。 问题点在：第一道免登陆拦截，还是在第二道下单拦截。
方案： 1.增加回调通知节点，下单，取消，结算。这样客户端在下单成功之后，就知道该订单号是否下单成功。可以控制下次进来券号和订单号是同一个。这样判断券号已下单，直接进入订单详情页面。 2.服务端在免登陆接口拦截，一个券号只允许一个订单号，存在订单号则跳转到“订单详情”，否则允许下单。 3.服务端在订单提交接口拦截。 只认券号来关联订单号返回提交订单的报错信息，阻止重复下单。
券系统设计 1.发券接口 发券流水号 唯一 发券数量 发券类型 发券的有效起止时间 券的其他属性字段 发券表：重要字段：券ID 唯一，券请求id，券库存数量，券关联的订单号（重要）。 2.券查询接口 重要字段：发券流水号 唯一
3.券撤销接口 重要字段：券ID 唯一（支持列表批量撤销）
4.免登录接口 请求方参数：重要字段：手机号，下单订单号，券ID，券类型，组成JSON字符串，AES加密，url编码请求(可以考虑POST方式请求到后端，先url解码，然后AES解密操作)。 返回：登录用户的TOKEN，券类型，跳转页面类型等，跳过登录页面，直接到下单页面 OR 订单详情页面。 5.提交订单接口 重要字段：外部订单号，服务端订单号，渠道source 6.订单列表接口 重要字段：渠道source 7.订单详情接口 重要字段：外部订单号，服务端订单号 8.订单取消接口 重要字段：外部订单号，服务端订单号
