AdMob应用级频次上限下的高效广告加载重试策略咨询

轮询绝非唯一方案，以下是更高效的替代方案及最佳实践：

一、核心思路：基于SDK错误回调的精准重试 #

当达到应用级频次上限时，AdMob SDK会返回ERROR_CODE_FREQUENCY_CAPPED错误码，我们可以利用这个回调触发延迟重试，而非盲目轮询。

1. 基础实现：用协程/Handler实现延迟重试 #

在广告加载失败的回调中判断错误码，采用指数退避策略递增重试间隔，减少无效请求：

private var retryCount = 0

// 初始化广告视图并设置监听器
private fun setupAdView() {
    val adView = AdView(this)
    adView.adUnitId = "YOUR_AD_UNIT_ID"
    adView.adListener = object : AdListener() {
        override fun onAdFailedToLoad(loadAdError: LoadAdError) {
            super.onAdFailedToLoad(loadAdError)
            if (loadAdError.code == LoadAdError.ERROR_CODE_FREQUENCY_CAPPED) {
                val retryDelay = calculateExponentialBackoff(retryCount)
                // 用协程延迟重试
                CoroutineScope(Dispatchers.Main).launch {
                    delay(retryDelay)
                    adView.loadAd(AdRequest.Builder().build())
                    retryCount++
                }
            }
        }
    }
    adView.loadAd(AdRequest.Builder().build())
}

// 指数退避计算：重试间隔随次数递增
private fun calculateExponentialBackoff(retryCount: Int): Long {
    val baseDelay = 30000L // 初始30秒
    val maxDelay = 600000L // 最大10分钟
    return min(baseDelay * Math.pow(2.0, retryCount.toDouble()).toLong(), maxDelay)
}

2. 可靠重试：用WorkManager处理后台场景 #

如果需要保证应用退出后仍能重试（比如后台加载插屏广告），可以用WorkManager，它会自动处理系统资源限制：

// 安排广告重试任务
fun scheduleAdRetry(delayMillis: Long, retryCount: Int = 0) {
    val constraints = Constraints.Builder()
        .setRequiredNetworkType(NetworkType.CONNECTED)
        .setRequiresBatteryNotLow(true)
        .build()

    val data = Data.Builder()
        .putInt("retry_count", retryCount)
        .build()

    val retryWork = OneTimeWorkRequestBuilder<AdRetryWorker>()
        .setInitialDelay(delayMillis, TimeUnit.MILLISECONDS)
        .setConstraints(constraints)
        .setInputData(data)
        .build()

    WorkManager.getInstance(this).enqueue(retryWork)
}

// 自定义Worker类
class AdRetryWorker(context: Context, params: WorkerParameters) : CoroutineWorker(context, params) {
    override suspend fun doWork(): Result {
        val retryCount = inputData.getInt("retry_count", 0)
        val adRequest = AdRequest.Builder().build()

        // 示例：加载插屏广告
        InterstitialAd.load(applicationContext, "YOUR_INTERSTITIAL_ID", adRequest,
            object : InterstitialAdLoadCallback() {
                override fun onAdLoaded(interstitialAd: InterstitialAd) {
                    // 广告加载成功，可缓存等待展示
                }

                override fun onAdFailedToLoad(loadAdError: LoadAdError) {
                    if (loadAdError.code == LoadAdError.ERROR_CODE_FREQUENCY_CAPPED) {
                        val newRetryCount = retryCount + 1
                        val newDelay = calculateExponentialBackoff(newRetryCount)
                        scheduleAdRetry(newDelay, newRetryCount)
                    }
                }
            })
        return Result.success()
    }
}

二、最佳实践 #

1. 完全依赖SDK错误码：不要自己维护广告展示次数，控制台的频次上限设置会实时生效，SDK返回的错误码是唯一可信依据。
2. 指数退避必用：避免固定间隔重试，随失败次数递增间隔，减少对AdMob服务器的请求压力，也降低应用资源消耗。
3. 结合用户行为触发：比如用户进入新页面、完成任务后再尝试加载广告，比定时轮询更贴合实际需求，无意义的请求更少。
4. 后台停止重试：通过LifecycleObserver监听应用进入后台的事件，取消所有待执行的重试任务，避免浪费系统资源。
5. 禁止并发请求：维护一个加载状态标记，比如isAdLoading，正在加载时不要发起新的请求，防止重复请求。
6. 预加载提前准备：在用户可能需要广告的场景前几秒预加载，比如进入详情页前，而不是等到要展示时才加载，提升展示效率。

内容的提问来源于stack exchange，提问作者shtse8