Android - PurchaseUpdateListener多次触发的应对策略

在使用billing4.0库时遇到PurchaseUpdateListener回调多次执行的问题,用户仅点击购买一次,但回调多次触发。文章提出了两种核心解决方案:1) 在短时间内过滤掉多余的回调,确保在1.5秒内只执行一次购买成功后的逻辑;2) 仅处理Purchased状态的回调,对于带有Pending状态的回调,仅执行第一次后续逻辑,避免重复执行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

        在billing4.0库版本上发生PurchaseUpdateListener的回调执行多次的bug,用户只点击了billing内购画面上面的购买按钮一次,但是购买成功的回调进入了多次,网上搜了一下没有特别好用的规避方法和解决方案,故自己写了一个。

       核心想法1:  是在极短的时间内过滤掉其他多余的次数,只执行一次进入回调后接下来的触发逻辑(下面的adaptCoupon()就是购买成功后要调用的函数,除了首次意外事件,1.5s内只执行一次),因为如果付费成功,billing回调里的订单一定是唯一的,就像控制台上的记录那样每买一次生成一条订单履历,其中的订单ID都是不同的。所以在Purchase.state = Purchased这种购入的情况,直接拿1.5s去判断就行了,订单id在短时间内的多次触发无论是何种购买方式,都是相同的。重复发生的回调一般在0.1-0.3秒后就会触发,都在1s内。

       用子线程的目的是,让记录上次进入时间的lastBillingOkTimeMap变量完全的赋值完,再继续执行剩下的主线程逻辑,不然第二次触发回调时,lastBillingOkTimeMap可能还没有完全赋予完毕,还是旧的值:

      billingClient = BillingClient.newBuilder(context)
                .enablePendingPurchases()
                .setListener((billingResult, list) -> {
                    //このリスナーは、アプリでのすべての購入に関する更新を受け取ることができます
                    switch (billingResult.getResponseCode()) {
                        case BillingClient.BillingResponseCode.OK:
                            if (list != null && !list.isEmpty()
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值