IAP苹果支付防丢单策略
什么是丢单
当用户付款成功,却因为种种原因,没能得到你的app中提供的内容或者服务,这就是丢单。
防丢单策略
一、在applicationDidFinishLaunch()函数里监听paymentQueue
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
SKPaymentQueue.default().add(self)
return true
}
观察支付队列时,对于消耗型和非消耗型商品来说,没有finish的transaction就会出现在updatedTransactions函数里(订阅类型有没有finish都会出现)。
若不能在app一启动就观察支付队列,这些transaction就不能被处理。
要知道,延迟到某个具体的控制器再观察支付队列,这是丢单原因之一。
什么时候该finishTransaction
请参考下面代码中的注释:
func paymentQueue(_ queue: SKPaymentQueue, updatedTransactions transactions: [SKPaymentTransaction]) {
for transaction in transactions {
switch transaction.transactionState {
case .purchasing:
/* 不用finish,继续观察支付队列,等待transaction状态改变 */
print("purchasing: \(transaction.payment.productIdentifier)")
break
case .deferred:
/* 不用finish,继续观察支付队列 */
print("deferred: \(transaction.payment.productIdentifier)")
break
case .purchased:
/* 分发内容给用户,然后调用 finishTransaction */
print("purchased: \(transaction.payment.productIdentifier)")
deliverContent(isRestored: false, transaction: transaction)
break
case .restored:
/* 分发内容给用户,然后调用 finishTransaction */
print("restored: \(transaction.payment.productIdentifier)")
deliverContent(isRestored: true, transaction: transaction)
break
case .failed:
/* 检查错误并根据需要处理,然后调用 finishTransaction */
print("failed: \(transaction.payment.productIdentifier)")
if isRestore == false {
if let paymentError = paymentError {
paymentError()
self.paymentSuccessful = nil
self.paymentError = nil
}
}
guard let error = transaction.error as? SKError else {
SKPaymentQueue.default().finishTransaction(transaction)
break
}
switch error.code {
case .unknown:
print("unknown")
break
case .clientInvalid:
print("clientInvalid")
break
case .paymentCancelled:
print("paymentCancelled")
break
case .paymentInvalid:
print("paymentInvalid")
break
case .paymentNotAllowed:
print("paymentNotAllowed")
break
case .storeProductNotAvailable:
print("storeProductNotAvailable")
break
case .cloudServicePermissionDenied:
print("cloudServicePermissionDenied")
break
case .cloudServiceNetworkConnectionFailed:
print("cloudServiceNetworkConnectionFailed")
break
case .cloudServiceRevoked:
print("cloudServiceRevoked")
break
}
SKPaymentQueue.default().finishTransaction(transaction)
break
}
}
}
二、取receipt的注意事项
[NSBundle mainBundle].appStoreReceiptURL
只是一个URL,在用户付款成功后,系统会把receipt写入到这个位置。
取receipt的时候要判空,如果文件不存在,就要从苹果服务器重新刷新下载receipt了。
SKReceiptRefreshRequest刷新的时候,需要用户输入Apple ID,同时需要网络状态良好。
NSURL *receiptURL = [NSBundle mainBundle].appStoreReceiptURL;
if(![[NSFileManager defaultManager] fileExistsAtPath:receiptURL.path])
{
SKReceiptRefreshRequest *receiptRefreshRequest = [[SKReceiptRefreshRequest alloc] initWithReceiptProperties:nil];
receiptRefreshRequest.delegate = self;
[receiptRefreshRequest start];
return;
}
NSData *receiptData = [NSData dataWithContentsOfURL:receiptURL];
三、finishTransaction的时机
1. 当receipt验证失败时
2. 当receipt验证成功后,且在给用户分发完内容之后
一定要在给用户分发完内容后,再去调用finishTransaction !!!
一定要在给用户分发完内容后,再去调用finishTransaction !!!
一定要在给用户分发完内容后,再去调用finishTransaction !!!
常见错误之一,就是在观察支付队列的函数里,不管什么状态先给finishTransaction,再自己造车轮搞一套本地存储和重发机制。经常在finishTransaction之后,自己造的车轮出了问题,造成丢单。
常见错误之二,验证receipt和分发内容,一般都是请求服务器,这是个异步过程,应该在异步正确结束的时候finishTransaction。而很多开发者提前给finish了,或者内容分发失败比如网络挂了也给finish了,这不丢单才怪。如果是网络原因,你不finish就没事,下次用户一进app就能处理上次没有finish的transaction了,这正是苹果StoreKit的伟大和神奇之处。哪怕删了app,只要bundle id没变,用户重装回来,一进app照样可以进入观察队列。