如何处理 Grand Unified Receipts 的长度？

Question

我有一个包含许多不同自动续订订阅的应用。当用户订阅新订阅时，收据（Grand Unified Receipt）会从应用程序上传到我的服务器，然后发送到 Apple 并返回并解释详细信息。

我注意到当用户订阅了很多订阅时，此收据可能会变得很长。此外，收据自然会变长，因为订阅会每月自动更新，新条目会插入到收据中。

因此，收据的大小可能会变成兆字节，这会对用户的蜂窝服务产生大量数据需求，并且需要在我的服务器上进行大量的处理时间（循环遍历收据中的所有条目以查找需要记录）。

有人对处理这个问题有什么建议吗？

Answer 1

是的，这是个问题，但您只需向您的服务器发送一张 iTunes 用户的收据，用于您的应用程序的非消耗品或订阅购买，换句话说，初始收据验证使您能够通过验证来访问后续交易针对 Apple 服务器的 latest_receipt 字符串。

最有效的方法是向您的服务器发送用户首次购买的收据，对于任何后续购买，您只需发送 SKPaymentTransaction 类的 transaction_id 属性即可。

请注意，虽然在我的测试中消耗品购买不能以这种方式工作，但它们存在于收据的 in_app 数组中，但后续收据将不再包含它。因此，如果您想验证这些收据，则必须将这些收据发送给您的服务器。