支付流程:
1,把订单信息,价格,名称,时间,订单号等等传给后台,生成一个未完成的订单
2,判断手机有没有开启内购权限.
[SKPaymentQueuecanMakePayments]
3,去苹果服务器请求商品信息.
//proTd为内购商品ID
NSArray*product = [[NSArrayalloc]initWithObjects:proId,nil];
NSSet*nsset = [NSSetsetWithArray:product];
SKProductsRequest*request = [[SKProductsRequestalloc]initWithProductIdentifiers:nsset];
request.delegate=self;
[requeststart];
4,组装购买请求放入购买队列
-(void)productsRequest:(SKProductsRequest*)requestdidReceiveResponse:(SKProductsResponse*)response
回调内收到商品信息,然后组装成SKPayment,放入SKPaymentQueue
SKPayment*payment = [SKPaymentpaymentWithProduct:p];
[[SKPaymentQueuedefaultQueue]addPayment:payment];
5,监听请求回调.
-(void)paymentQueue:(SKPaymentQueue*)queueupdatedTransactions:(NSArray
SKPaymentTransactionStatePurchased状态为成功状态
6,成功回调里向自己的服务器发起验证.
这一步至少需要传入三个参数:
1,receiptData
NSURL*receiptUrl = [[NSBundlemainBundle]appStoreReceiptURL];
NSData*receiptData = [NSDatadataWithContentsOfURL:receiptUrl];
NSString *receiptDataString = [receiptDatabase64EncodedStringWithOptions:0];
可能会是空值,可以手动刷新后再取
SKReceiptRefreshRequest*receiptRefreshRequest= [[SKReceiptRefreshRequest alloc] initWithReceiptProperties:nil];
receiptRefreshRequest.delegate=self;
[receiptRefreshRequest start];
然后return;重新进入代理方法,重新去沙盒中获取receiptData
2,transactionIdentifier
NSString*transactionIdentifier = transaction.transactionIdentifier;
3,productIdentifier
NSString*productIdentifier = transaction.payment.productIdentifier;
这三个值足矣验明正身
另外还需要一些其他的订单信息,价格,名称,时间,订单号等等,但是不是订单验证所需要的必要元素
6,验证成功的回调里刷新本地权限,并且把本次购买的请求从购买队列中移除.
[[SKPaymentQueuedefaultQueue]finishTransaction:transaction];
防丢单处理:
在appdelegate里监听paymentQueue
会重复-(void)paymentQueue:(SKPaymentQueue*)queueupdatedTransactions:(NSArray
如何去后台寻找相对应的未完成订单?
假设一种最极端的情况,APP在向苹果服务器发送完购买请求后马上断网,APP被立即删除,此时即使重装APP后,paymentQueue里的数据依然无法与后台服务器的订单数据映射起来,怎么办呢?
我的方案:
在第4部,拼装SKPayment,的时候,改用系统提供的SKMutablePayment,里面有几个可以自定义的字段,applicationUsername
requestData
这些都是可选字段,可填可不填
可以利用requestData这个字段填入我们自己服务器生成的订单号,例如:12345678
那么在下次一的appdelegate里监听paymentQueue的数据时候,苹果后台就能在requestData返回给我们自己传入的12345678
拿到这个字段后我们就可以去我们的后台去寻找相应的订单,后台receiptData,ransactionIdentifier,productIdentifier校验无误后直接处理12345678订单号的订单状态.
完美的的闭环,丢单,刷单的情况是绝对不会出现了.
paymentQueue是一个基于appID的远程队列,只要你没有手动移除队列里的购买请求,即使你的app重启,删除重装,只要手机登录的还是你原来的appID,在APP启动的时候仍然可以同步下来你上一次没有完成的购买请求.
监听paymentQueue可以解决那些丢单情况?
1,内购完成回调,当你向自己的服务器发起验证的时候,断网,app崩溃,app被删除,总之app内有收到自己服务器验证的成功回调,造成本次购买请求没有从paymentQueue移除,那么它仍然存在于paymentQueue内,下次重新安装启动app的时候,可以监听到paymentQueue里没有处理完的购买,可以继续执行剩下来步骤.
2,app向苹果服务器发起购买后,断网,app崩溃,app被删除,导致app端根本就没有手到苹果内购的回调,接下来的步骤全部中断,没关系,只要购买请求没有从paymentQueue中手动移除,下次重新安装启动app的时候都能重新监听到结果.
监听paymentQueue不能处理那些丢单情况?
没有.