Apple Auto Renewable 订阅 - 根据收据验证用户
Apple Auto Renewable Subscriptions - Validating User Against Receipt
我对验证订阅我的应用程序的用户的收据所涉及的过程有点困惑。
在用户加入并购买订阅的那一刻，收据然后被 base64 编码并发送到我的服务器。每晚午夜，服务器都会将存储在我的数据库中的收据发送给 Apple 进行验证并更新到期日期。
现在我对每月更新收据的方式有点困惑。请看一下下面的流程，如果正确请告诉我。
- 用户注册并订阅了我的应用程序。（假设是一月份）。
- 原始收据被发送到我的服务器然后与Apple验证，到期日期被返回并在我的服务器上设置。
- 一个月后的 2 月到期日，我再次将原始（1 月）收据发送给 Apple，以查看订阅是否已续订，然后我可以设置新的到期日。
这个流程正确吗？因为我每个月都会发送原始（一月）收据，它是否仍包含最新的续订信息，或者我是否必须每月在用户登录或打开应用程序时以某种方式刷新收据？
是的，你的理解或多或少是正确的。当用户第一次续订时，会发生几件事：
下次用户启动应用程序时，您的 SKPaymentQueue 委托将收到新交易的新 SKPaymentTransaction。您需要准备好与您的代表一起观察此交易并完成它。如果不这样做，交易将在几个月内继续堆积。
从 Apple 收到的第一个收据的 verifyReceipt 响应将更新 latest_receipt_info 密钥以包含收据数据的最新版本。 latest_receipt_info 最初只是 receipt.in_app 字段的副本，但在第一次更新后它将包含最新的交易。您应该使用这些 latest_receipt_info 交易来更新到期日期。
我建议的行为是，当您收到新的 SKPaymentTransaction 时，无论如何都要将它发送到您的服务器（尽管从技术上讲您不需要这样做）并在完成之前使用它来验证和更新到期日期交易。您可以用新收据覆盖旧收据。
你可以看看 RevenueCat iOS framework source code 看看我是如何处理它的。 （如果收据数据丢失，您还应该确保触发获取收据请求，我在代码中就是这样做的。）
如果您对开箱即用的解决方案感兴趣，RevenueCat 是我开始自动处理所有这些以及更多边缘情况的服务。
我对验证订阅我的应用程序的用户的收据所涉及的过程有点困惑。
在用户加入并购买订阅的那一刻，收据然后被 base64 编码并发送到我的服务器。每晚午夜，服务器都会将存储在我的数据库中的收据发送给 Apple 进行验证并更新到期日期。
现在我对每月更新收据的方式有点困惑。请看一下下面的流程，如果正确请告诉我。
- 用户注册并订阅了我的应用程序。（假设是一月份）。
- 原始收据被发送到我的服务器然后与Apple验证，到期日期被返回并在我的服务器上设置。
- 一个月后的 2 月到期日，我再次将原始（1 月）收据发送给 Apple，以查看订阅是否已续订，然后我可以设置新的到期日。
这个流程正确吗？因为我每个月都会发送原始（一月）收据，它是否仍包含最新的续订信息，或者我是否必须每月在用户登录或打开应用程序时以某种方式刷新收据？
是的，你的理解或多或少是正确的。当用户第一次续订时，会发生几件事：
下次用户启动应用程序时，您的
SKPaymentQueue委托将收到新交易的新SKPaymentTransaction。您需要准备好与您的代表一起观察此交易并完成它。如果不这样做，交易将在几个月内继续堆积。从 Apple 收到的第一个收据的
verifyReceipt响应将更新latest_receipt_info密钥以包含收据数据的最新版本。latest_receipt_info最初只是receipt.in_app字段的副本，但在第一次更新后它将包含最新的交易。您应该使用这些latest_receipt_info交易来更新到期日期。
我建议的行为是，当您收到新的 SKPaymentTransaction 时，无论如何都要将它发送到您的服务器（尽管从技术上讲您不需要这样做）并在完成之前使用它来验证和更新到期日期交易。您可以用新收据覆盖旧收据。
你可以看看 RevenueCat iOS framework source code 看看我是如何处理它的。 （如果收据数据丢失，您还应该确保触发获取收据请求，我在代码中就是这样做的。）
如果您对开箱即用的解决方案感兴趣，RevenueCat 是我开始自动处理所有这些以及更多边缘情况的服务。