漏单等情况预防与处理方案
1.漏单处理
所谓的漏单就是玩家已经正常付费，却没有拿到该拿的道具。
解决：
只要购买成功，便将购买记录(receipt等账单信息)保存下来，然后将账单信息传送给我们游戏服务器。
游戏服务器获得账单后，和苹果服务器验证，账单有效的话，回馈给游戏服务器处理。
游戏服务器处理后，返回给游戏客户端处理，处理完毕，将本地保存的购买记录删除。
2.漏单的检测位置
解决:
2.1 做法1：在任意购买成功之后，顺便检测一次漏单，有漏单数遍处理了。
2.2 做法2：是在游戏登陆的时候检测一次漏单，即循环检测漏单数据，挨个发送给服务器验证处理，直到将所有的漏单处理完毕。这是原因是购买服务器未返回结果而客户端崩溃的情况下，玩家再次登陆，会产生漏单。
3.漏单的版本兼容
漏单要做好版本兼容
eg.玩家购买英雄ID为100的英雄，产生了一次漏单，但是一直未再次登陆游戏，由于版权等原因，这个英雄在后期版本中被删除了，如果玩家这是漏单处理，会在服务器获得一个丢弃的英雄，产生数据异常。
处理是，如果是英雄，检测英雄在本地hero.csv中是否有效，如果有效，检测这个英雄是否已经拥有，如果没有且数据正常，发送给服务器处理漏单，否则丢弃掉这条漏单。
4.服务器和客户端漏单对应顺序
遇到过这种情况，客户端产生了多个漏单，发送给游戏服务器验证，游戏服务器请求苹果服务，苹果服务器返回的receipt的json数据中包含一个所有未处理的订单列表，最后产生的购买数据在最后，客户端的漏单顺序和服务器的验证顺序要保持一致。
防丢单策略
一、在applicationDidFinishLaunch()函数里监听paymentQueue
添加监听
[[SKPaymentQueue defaultQueue] addTransactionObserver:self];
监听结果回调
- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray<SKPaymentTransaction *> *)transactions {
[[MLIAPManager sharedManager] paymentQueue:queue updatedTransactions:transactions andFrom:YES];
}
观察支付队列时，对于消耗型和非消耗型商品来说，没有finish的transaction就会出现在updatedTransactions函数里（订阅类型有没有finish都会出现）。
若不能在app一启动就观察支付队列，这些transaction就不能被处理。
要知道，延迟到某个具体的控制器再观察支付队列，这是丢单原因之一。
//监听购买结果
- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transaction{
for(SKPaymentTransaction *tran in transaction){
switch (tran.transactionState) {
case SKPaymentTransactionStatePurchased:{
NSLog(@"交易完成");
// 发送到苹果服务器验证凭证
[self verifyPurchaseWithPaymentTransaction];
[[SKPaymentQueue defaultQueue] finishTransaction:tran];
}
break;
case SKPaymentTransactionStatePurchasing:
NSLog(@"商品添加进列表");
break;
case SKPaymentTransactionStateRestored:{
NSLog(@"已经购买过商品");
[[SKPaymentQueue defaultQueue] finishTransaction:tran];
}
break;
case SKPaymentTransactionStateFailed:{
NSLog(@"交易失败");
[[SKPaymentQueue defaultQueue] finishTransaction:tran];
[SVProgressHUD showErrorWithStatus:@"购买失败"];
}
break;
default:
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的时机
- 当receipt验证失败时
- 当receipt验证成功后，且在给用户分发完内容之后
一定要在给用户分发完内容后，再去调用finishTransaction ！！！
常见错误之一，就是在观察支付队列的函数里，不管什么状态先给finishTransaction，再自己造车轮搞一套本地存储和重发机制。经常在finishTransaction之后，自己造的车轮出了问题，造成丢单。
常见错误之二，验证receipt和分发内容，一般都是请求服务器，这是个异步过程，应该在异步正确结束的时候finishTransaction。而很多开发者提前给finish了，或者内容分发失败比如网络挂了也给finish了。
如果是网络原因，你不finish就没事，下次用户一进app就能处理上次没有finish的transaction了，这正是苹果StoreKit的功能。哪怕删了app，只要bundle id没变，用户重装回来，一进app照样可以进入观察队列。
补充：在内购中SKMutablePayment队列中有个applicationUsername字段，可以将本身的订单id存放在这个applicationUsername字段中，当走Appdelegate观察队列从苹果服务器取数据时，会对应的将这个参数取出，一起上传给后台做检验，是否存在该订单，从而达到验证的目的
