优化点
- 优化购买流程
- 使用新的api获取购买凭证
- 优化跟服务器的二次验证时机
原来支付购买流程
- 获取产品信息
- 用户选择某个产品，跟后台通信创建懒人服务器订单订单
- 程序向App Store发送支付请求
- App Store处理支付请求并返回苹果支付订单完成信息，并从ios系统队列删除苹果支付订单
- 程序从获取购买凭证，并发送至服务器
- 服务器将数据发给App Store来验证该交易的有效性，服务器读取返回的数据，确定用户购买的内容
- 服务器发放购买道具
现在的支付购买流程
流程图所下图所示
Paste_Image.png
- 获取产品信息
- 用户选择某个产品
- 程序向App Store发送支付请求
- App Store处理支付请求并返回苹果支付订单信息，并进入二次校验状态
- 程序从获取购买凭证，并发送至服务器
- 服务器将数据发给App Store来验证该苹果支付订单的有效性，服务器读取返回的数据，确定用户购买的内容
- 后台创建懒人服务器订单
- 服务器发放购买道具
- 服务器将购买的内容传递给程序，ios系统队列finish苹果支付订单，购买成功
开会讨论疑问点记录
1.ios客户端后台服务器二次校验失败重试时机
目前有三种，1.重新启动app 2. 每次按下Home再次返回app界面 3. 用户重新购买产品
2.服务器跟苹果服务器校验的返回订单列表中，除了处理当前订单外，其他历史的订单如何处理
后台处理当前交易的订单外，支付成功过的订单处理需要判断订单的交易时间(这一版上线的时间为基准点)，来决定是否发放道具。
3. 如何遍历查找当前的订单
二次校验的接口，发送当前支付的苹果订单号，后台需要遍历苹果服务器校验返回的所有支付订单，找到正在支付的苹果订单并做相应的逻辑业务
json数据格式见下图
4. 二次校验的接口修改
- 新增一个字段，作为苹果当前支付订单号，后台需要增加一个状态码，用于区分是成功购买还是恢复购买的信息提示
后台的工作
- 接收ios端发过来的苹果支付订单购买凭证。
- 判断凭证是否已经存在或验证过，然后存储该凭证
- 将该凭证发送到苹果的服务器验证，并将验证结果返回给客户端。
- 验证成功苹果支付订单，并查询没有该苹果支付订单没有验证过，后台创建懒人服务器订单
- 如果需要，修改用户相应的会员权限。
苹果服务器二次校验的josn数据说明
apple文档
由于使用新的api获取购买凭证，与旧的购买凭证返回josn数据不一致，旧的购买凭证只有一个唯一对应的订单，新的api购买凭证返回的json，会包含没有从ios系统队列没有finish苹果支付订单。如图所示:
Paste_Image.png
状态码 描述
21000 App Store无法读取你提供的JSON数据
21002 收据数据不符合格式
21003 收据无法被验证
21004 你提供的共享密钥和账户的共享密钥不一致
21005 收据服务器当前不可用
21006 收据是有效的，但订阅服务已经过期。当收到这个信息时，解码后的收据信息也包含在返回内容中
21007 收据信息是测试用（sandbox），但却被发送到产品环境中验证
21008 收据信息是产品环境中使用，但却被发送到测试环境中验证
服务器二次校验处理:
- 由ios客户端发送正在支付的苹果订单id和购买凭证给后台，后台需要遍历苹果服务器校验返回的所有支付订单，找到正在支付的苹果订单并做相应的逻辑业务
服务器处理方案
- 服务器二次校验，是只对当前苹果支付支付的订单发放道具，还是所有包括未完成但是已经扣款的苹果支付订单发放道具？
- 如果是对所有苹果支付订单发放道具，需要后台根据苹果订单的时间来决定是否发放道具，服务器已经验证过的苹果订单直接返回成功给客户端，不再对改订单发放道具
遇到的坑
- 没有从ios系统队列finish苹果订单，会在下一次启动app自动恢复购买流程
- 没有finish的苹果支付订单，再次点击购买回会恢复购买
- 苹果扣款会在二次校验之前完成
