IOS自动续期订阅

 

订阅状态的处理

https://help.apple.com/app-store-connect/#/dev0067a330b

服务端通知处理

https://developer.apple.com/documentation/appstoreservernotifications?language=data

https://www.jianshu.com/p/9531a85ba165

 

 

自动续期订阅总结 https://www.jianshu.com/p/abd2ba4deb54 

服务端要写计时器,自动订阅到期后: 去苹果服务端重新验证下,第一次购买订阅

 

 

iOS自动订阅商品（Auto-Renewable Subscriptions）相关处理

https://blog.csdn.net/xyxjn/article/details/17412453

 

自动订阅

1.续订后original-transaction-id会变化吗？
答：不会。

2.sandbox测试过程中会产生几十个票据，怎么办？
答：sandbox会出现这样的现象，建议通过信号量 或是 批处理 进行处理，处理不当会crash。（不懂信号量的自行google）

3.sandbox怎么测试取消订阅？
答：自己模拟啊，模拟苹果的post请求，先看苹果的server-to-server（https://developer.apple.com/documentation/storekit/in-app_purchase/enabling_server-to-server_notifications?language=objc），其中notification_type 对应值为 CANCEL ，其它字段按需要改成之前订阅的数据，向你们服务器发送请求啊，就点拨到这了。

4.自己的服务器怎么处理苹果的续订？
答：

• 首先用户第一次购买订阅，server需要把票据存储（最好把过期时间也记录一下，字段record_expires_date），苹果会通知我们的server的，其中notification_type 对应值为 INITIAL_BUY。
• 服务器需要做个定期（每天）检测，检测目前已有的所有订阅订单是否过期，如果发现过期了，就去苹果服务器验证receipt，其中苹果返回的latest_receipt_info 字段，会告诉最新的订阅订单情况，你可以校验expires-date与当前时间比较，判断该订阅有没有续订成功，并同时更新上述让记录的record_expires_date字段.
• 我们为什么做上述的处理？大家都知道苹果服务器会在订阅过期的前一天，对用户进行自动扣费，如果扣费成功了，苹果服务器并不会通知我们的服务器，这是重点。不过有个特例，如果苹果订阅过期前一天扣费失败了，苹果服务器后面几天还会尝试对用户自动扣费，如果后面扣费成功了（这时候用户实际状态是没有续订成功），苹果会通知我们的server的，其中notification_type 对应值为 RENEWAL,对于RENEWAL我们还是需要给用户更新为正在订阅的状态。
• 正式环境下，用户主动取消订阅，苹果会通知我们的server的，其中notification_type 对应值为 CANCEL，我们需要更新用户订阅的状态为取消。
• 总结，对于自动续订订阅，我们自己的服务器完全可以与apple server的交互应对用户的订阅状态，只需要确定客户端传来的用户第一次购买， user id 对应 original-transaction-id的关系。后面的续订，取消，变更套餐，完全不依赖于客户端传来的信息。