内购接入的坑与核心流程 - Swift

通过苹果开发文档、搜索与挣扎摸索,我已经在App上实现了【消耗型商品】的内购。总结流程如下:

  1. 完成必须的准备工作
  2. 用有效的商品id创建SKProductRequest请求苹果服务器返回商品(SKProduct)。
  3. 用返回的有效的商品创建payment,并将payment加入苹果的支付队列。
  4. 监听队列,并根据监听到的交易状态进行适当的处理,尤其需要在交易完毕时关闭交易。

这方面的文档,我觉得苹果官方的Programming Guide就写的很好。可以仔细读一下。

我实际遇到的坑

  1. 必须先签署协议才能进行内购开发,否则无法返回商品。
  2. 创建沙箱测试员时,密码必须是强密码,即同时包含大写字母、小写字母和数字。否则,会报错:Unknown Errors while creating Sandbox Tester, Please check Error Log, email=xxx。
  3. 请求商品的SKProductRequest实例的delegate必须在离开页面时viewDidDisappear设置为nil,因为即使你已经离开了页面,苹果依然会尝试向SKProductRequest的代理发送消息,然后App就崩溃了。
  4. 必须在AppDelegate中声明遵守SKPaymentTransactionObserver协议、实现协议方法updatedTransactions、并在didFinishLaunching方法中加入如下代码SKPaymentQueue.default().add(self)

这一行代码是将AppDelegate作为内购队列的监听者。这样,即使你离开了内购页面、即使上次支付未完成等情况,都能够在这里得到及时的处理。

如果不在这里这么做,可能的报错有:
This In-App purchase has already been bought. It will be restored for free.

如果需要在内购页面上实现交互,可以也在内购界面上添加监听,并进行交互上面适当的处理。但无路如何,不能省掉AppDelegate中的那部分。

内购接入核心流程

以下是我实际接入中使用的代码。

请求商品

获取商品id

获取商品id,这个可以请求服务器,也可以保存在App上。我的App是用的后者。

首先创建一个名为ProductIDplist文件。文件内容是一个Array,里面是保存的商品id字符串。

这里需要说明的是,商品id,即product identifier,就是你在iTunes Connect 内购列表页面上看到的商品id,不需要再拼接包名bundle identifier。

// Get product id from plist.
func predefinedProductIdentifiers() -> [String]? {
    guard let url = Bundle.main.url(forResource: "ProductID", withExtension: "plist") else { return nil }
    guard let productIdentifiers = NSArray(contentsOf: url) as? [String] else { return nil }
    return productIdentifiers
}

验证商品id

请求苹果服务器验证我们提供的商品id是否有效。不过记得要把内购Controller设置为遵循SKProductsRequestDelegate协议,否则无法收到通知。

func validateProductIdentifers(with productIdentifiers: [String]) {
    guard let set = NSSet(array: productIdentifiers) as? Set<String> else { return }
    let productRequest = SKProductsRequest(productIdentifiers: set)
    request = productRequest    // 将request强引用,避免在完成前被提前释放;不过也务必在离开页面后,将request.delegate设置为nil
    productRequest.delegate = self
    productRequest.start()
    SVProgressHUD.setDefaultStyle(.dark)
}

在协议中处理商品

func productsRequest(_ request: SKProductsRequest, didReceive response: SKProductsResponse) {
    print("received product response")
    products = response.products    // 将获取到的商品存储在界面实例变量,再次购买时不需要重复请求商品

  // 下面是继续进行支付请求

请求支付

在获取了有效商品后,就可以用商品创建SKPayment,并将payment实例加入苹果支付队列中。

func requestPayment(with product: SKProduct) {
    let payment = SKPayment(product: product)
    SKPaymentQueue.default().add(payment)
}

处理支付

这个步骤核心的点就是创建并添加SKPaymentTransactionObserver

AppDelegate添加observer

  1. 在AppDelegate声明遵循SKPaymentTransactionObserver协议。
  2. 实现协议方法,实现后实现者就可以作为observer。
*// MARK: - SK Product Request Delegate*
func paymentQueue(_ queue: SKPaymentQueue, updatedTransactions transactions: [SKPaymentTransaction]) {
    for transaction in transactions {
        switch transaction.transactionState {
        case .purchasing:
            DispatchQueue.main.async {
                SVProgressHUD.show(withStatus: NSLocalizedString("订单处理中", comment: "请求支付提示" ))
            }
        case .deferred:
            SVProgressHUD.show(withStatus: NSLocalizedString("订单处理中", comment: "请求支付提示" ))
        case .purchased:
        // 购买成功,此处需要发送玩家道具、保存凭证等动作。    

        // 当然交易完毕后,一定要手动关闭            
        SKPaymentQueue.default().finishTransaction(transaction)

        case .failed:
        // 交易失败,也要关闭交易         
        SKPaymentQueue.default().finishTransaction(transaction)

        case .restored:
        // 恢复订单
        SKPaymentQueue.default().finishTransaction(transaction)
        default:
            print("other situation")
        SKPaymentQueue.default().finishTransaction(transaction)
        }
    }
}

  1. didFinishLaunchingWithOptions方法中添加观察者:
    SKPaymentQueue.default().add(self)

其他界面添加observer

假如用户一直呆在内购界面等待结束,我们很可能需要在内购界面也要一套前端的展示机制。跟AppDelegate的流程一样,我们将内购界面也作为SKPaymentTransactionObserver添加到队列中。这样,内购界面也能收到通知了。

当内购界面可用的时候,就可以让内购界面去处理一些前端交互,比如弹出窗口,关闭当前界面等。

本人初学,有不当或错漏之处,感谢斧正!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,242评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,769评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,484评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,133评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,007评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,080评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,496评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,190评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,464评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,549评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,330评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,205评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,567评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,889评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,160评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,475评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,650评论 2 335

推荐阅读更多精彩内容

  • 一 基础篇 1.1 Java基础 面向对象的特征抽象:将一类对象的共同特征总结出来构建类的过程。继承:对已有类的一...
    essential_note阅读 684评论 0 0
  • 康英资产管理系统接口文档 [TOC] 文档查看地址 请求URL:http://172.16.1.135:8181/...
    云蛋风卿阅读 548评论 0 0
  • 费 详情 房地产合作开发协议 最高人民法院关于审理涉及国有土地使用权合同纠纷案件适用法律问题的解释(法释20055...
    品位出击阅读 83评论 0 0
  • 时间的价值不一样,什么意思? 不同人的时间价值当然不一样。马云爸爸的一小时,和你的肯定不一样。 然而,我说的不是这...
    剑心折手阅读 667评论 0 5
  • 我碰到过很多次被借钱的情况,有关系很熟的人,有一般交情的人,还有很多是见过几面,聊过几句,却一点也不熟悉的人。小的...
    钱锋阅读 594评论 0 2