|
我有一个包含许多不同自动续订订阅的应用。当用户订阅新订阅时，收据(Grand Unified Receipt)会从应用程序上传到我的服务器，然后发送到 Apple 并返回和解释详细信息。
我注意到当用户订阅了很多订阅时，此收据可能会变得很长。此外，收据自然会变长，因为订阅会每月自动更新，新条目会插入到收据中。
因此，收据的大小可能会变成兆字节，这会对用户的蜂窝服务产生大量数据需求，并且需要在我的服务器上进行大量的处理时间(循环遍历收据中的所有条目以查找需要记录)。
有人对处理这个问题有什么建议吗？
Best Answer-推荐答案
是的，这是个问题，但您只需向服务器发送一张 iTunes 用户的收据，用于您的应用程序的非消耗品或订阅购买，换句话说，初始收据验证使您能够通过验证来访问后续交易针对 Apple 服务器的 latest_receipt 字符串。
最有效的方法是向您的服务器发送用户首次购买的收据，对于任何后续购买，您只需发送 SKPaymentTransaction 类上的 transaction_id 属性.
请注意，虽然在我的测试中消耗品购买不能以这种方式工作，但它们存在于收据的 in_app 数组中，但后续收据将不再包含它。因此，如果您想验证这些收据，则必须将这些收据发送给您的服务器。
关于ios - 如何处理 Grand Unified Receipts 的长度？，我们在Stack Overflow上找到一个类似的问题：
https://stackoverflow.com/questions/31658710/
| 
