ios - 如果IAP验证失败，该怎么办？

Question

在iOS中，如果用户尝试购买IAP，并且我的收据服务器验证失败，那么正确的行为是什么？在沙盒中进行测试时，我会收到大量弹出式窗口，要求输入密码。如果我致电finishTransaction，它会停止询问我的密码，但是我相信这会导致用户收取费用而没有收到产品。

Answer 1

我认为，进行应用内购买时的错误处理是谈论应用内购买的难度较小的问题之一。这里有几个问题。例如:1)如果您正在对设备上的购买收据进行验证(即> = iOS7样式解密样式验证)，并且验证失败，您应该怎么做？ 2)如果您正在使用基于Web的服务器进行验证，但失败了，该怎么办？ 3)如果您将收据存储到自己的基于Web的服务器上，但失败了，该怎么办？我将在自己的应用程序中提出一些想法。很高兴看到其他人对这种错误处理正在做什么。

1)如果您正在对设备上的购买收据进行验证(即> = iOS7解密样式验证)，并且验证失败，该怎么办？

如果设备上的初始验证失败，Apple建议您执行收据刷新(SKReceiptRefreshRequest)。但是，如果刷新后的验证失败了怎么办？您可以将这种情况解释为存在严重错误(例如，用户以某种方式侵入您的应用程序以故意给您不良收据)，告诉用户购买失败且收据验证失败，然后完成交易(SKPaymentQueue) finishTransaction :)，永久失败。但是，我不希望如此最终。也许这是我的信心，但是我的编程可能出了点问题。我想给用户更多机会。因此，我的解决方案是:1)告诉用户验证失败，2)将SKPaymentTransaction置于“持有”状态，以及3)调用finishTransaction。这种保持状态的想法是我的发明，Apple并没有提出(或支持)任何建议。我制作了一个可变的SKPaymentTransaction子类，并拥有这些对象(称为SPASMutablePaymentTransaction)的队列，我将它们存储(使用NSCoding)到NSUserDefaults中。这个队列几乎总是空的，但是如果遇到验证失败，就像我在这里所说的那样，我将创建一个SPASMutablePaymentTransaction对象，复制SKPaymentTransaction信息(包括收据，例如来自捆绑包)，然后保存该交易进入我的等待状态队列。我将UI的(通常是隐藏的)部分设为可见，这可以允许用户重试保持状态事务。

复杂？对，一点儿。但是，由于我们正在与给您钱的用户打交道，因此，我试图变得更加强大。到目前为止，它似乎在测试中运行良好。我尚未收到用户对此(或分析)的任何反馈，但已将其部署到应用商店中。

2)如果您正在使用基于Web的服务器进行验证，但失败了，该怎么办？

对我来说，这与上面的1)类似。您尝试对收据进行验证，但收据失败。您可以先尝试刷新收据(请参见上文)，然后重试服务器验证。在我的应用中，由于我总是始终先进行设备上的收据验证，因此重新刷新收据对我来说没有意义(因为如果设备上的收据验证失败，我会这样做)。因此，我再次将收据置于“持有”状态(如上所述)，并允许用户自行决定重试持有状态交易。

3)如果您将收据存储到自己的基于Web的服务器上，但失败了，该怎么办？

(a)假定绝对不会出现这样的情况:您永久无法向用户提供其购买的商品。这是您的服务失败。以我为例，例如，如果在与服务器通信时出现网络错误，则可能会发生这种情况。我在这里做了一些不同的事情。我不会立即让用户访问他们的购买交易，也不会将交易置于“保留”状态。相反，我设置了一个计时器，以重试将收据存储到我的服务器的过程。它会在几分钟后重试。我告诉用户我在做什么。我将收据数据存储到NSUserDefaults中(再次使用SPASMutablePaymentTransaction对象)，因此即使应用程序崩溃/终止，它也将继续进行此重试。当我确实成功将收据保存到我的服务器时，我向用户授予了购买权限。

(b)在这种情况下，我确实打电话给finishTransaction:，但我还没有授予用户购买的权限。我可以通过不调用finishTransaction:来避免一些细节，而只是让我的事务观察者再次处理此过程(例如，下一次启动应用程序时)，但是用户可能必须再次输入其Apple ID。我想这是我的问题(即我无法将收据信息保存到我的服务器上)，因此我试图在幕后进行处理。