Android应用不同Activity展示Promotional dialog的实现方案咨询

先直接给你三个方案的适配性结论：

• 不推荐用Broadcast receivers：该方案太重，你需要在每个目标Activity单独做动态注册、销毁的逻辑，不仅容易出现内存泄漏，还要处理高版本Android对广播的权限限制，完全没必要用在这种同应用内的轻量配置传递场景。
• SharedPreferences仅适合需要持久化的场景：如果你的弹窗配置需要在应用杀掉重启后依然生效，可以选择该方案；如果配置是每次冷启动从Splash页拉取，仅在当前进程生命周期内有效，用SP会有额外的IO读写开销，性价比不高。
• 优先选择封装后的全局变量方案：完美匹配你的场景，Splash页拉取的配置仅在当前进程生效，读取无额外开销，维护成本最低。注意不要直接在Application类里堆变量，单独封装单例管理类更易维护。

1. 封装弹窗配置管理单例 #

示例用Kotlin实现，Java可自行改造为普通单例类：

object PromoDialogManager {
    // 存储需要展示弹窗的Activity类名列表，可按需扩展弹窗内容、跳转链接等配置
    var targetActivityClzNames: Set<String> = emptySet()
    var dialogTitle: String? = null
    var dialogContent: String? = null
    var actionLink: String? = null
    // 可选：记录已经展示过弹窗的页面，避免重复展示
    private val showedActivities = mutableSetOf<String>()

    // Splash页拉取到配置后调用该方法初始化
    fun initConfig(targets: Set<String>, title: String, content: String, link: String) {
        targetActivityClzNames = targets
        dialogTitle = title
        dialogContent = content
        actionLink = link
        showedActivities.clear()
    }

    // 检查当前页面是否需要展示弹窗
    fun needShow(activity: Activity): Boolean {
        val clzName = activity::class.java.name
        return targetActivityClzNames.contains(clzName) 
            && !showedActivities.contains(clzName)
            && !activity.isFinishing 
            && !activity.isDestroyed
    }

    // 弹窗展示后调用，标记已展示
    fun markAsShown(activity: Activity) {
        showedActivities.add(activity::class.java.name)
    }
}

2. Splash页初始化配置 #

你在Splash页请求完接口拿到弹窗配置和目标页面列表后，直接调用初始化方法即可：

// 示例：接口请求成功后调用
PromoDialogManager.initConfig(
    targets = 接口返回的需要展示弹窗的Activity类名集合,
    title = 接口返回的弹窗标题,
    content = 接口返回的弹窗内容,
    link = 接口返回的跳转链接
)
// 之后再跳转到首页

3. 基类Activity统一处理弹窗逻辑 #

不要每个Activity单独写判断，直接在所有Activity的公共基类的onResume生命周期里做统一判断，减少重复代码：

open class BaseActivity : AppCompatActivity() {
    override fun onResume() {
        super.onResume()
        if (PromoDialogManager.needShow(this)) {
            // 避免窗口未获取到焦点导致弹窗崩溃，用post延迟执行
            window.decorView.post {
                AlertDialog.Builder(this)
                    .setTitle(PromoDialogManager.dialogTitle)
                    .setMessage(PromoDialogManager.dialogContent)
                    .setPositiveButton("查看") { _, _ ->
                        // 处理跳转逻辑
                    }
                    .setNegativeButton("关闭", null)
                    .setOnDismissListener {
                        PromoDialogManager.markAsShown(this)
                    }
                    .show()
            }
        }
    }
}

• 如果你需要配置持久化，只需要给PromoDialogManager增加SharedPreferences读写逻辑，初始化时从SP读取配置，更新配置时同步写入SP即可。
• 如果你用的是单Activity多Fragment架构，把判断逻辑移到基类Fragment的onResume方法中，或者在宿主Activity中监听Fragment生命周期回调做判断即可。

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