Google Billing Library订阅购买后Fragment消失问题如何解决

setRetainInstance(true)仅用于规避*配置变更（如屏幕旋转、系统语言切换）*导致的Fragment重建，完全不适用当前场景，Fragment自动关闭通常是以下原因导致：

• 宿主Activity被系统回收：Google Play支付页是系统级Activity，你的应用退到后台时如果设备内存不足，系统会销毁你的宿主Activity，切回应用时Activity重建，如果栈内Fragment没有被正确恢复就会消失
• 回调逻辑误操作：你在Billing支付成功的onPurchasesUpdated回调中，误写了关闭Fragment的逻辑，比如调用popBackStack()、remove()或宿主Activity的finish()
• 结果传递异常：通过Fragment发起支付请求时，宿主Activity重写了onActivityResult/onNewIntent但未调用super方法，导致Fragment无法正确接收支付结果，触发异常逻辑被移除

1. 优先排查业务代码逻辑 #

先检查两处核心逻辑：

• 遍历onPurchasesUpdated、onQueryPurchasesResponse等Billing相关回调的所有分支，确认没有主动移除Fragment、回退栈、关闭Activity的代码
• 检查宿主Activity的结果回调方法，确认所有重写的onActivityResult、onNewIntent都调用了对应的super方法，保证事件能传递到Fragment

2. 正确处理Activity重建场景 #

不要依赖setRetainInstance(true)做页面保活，改用官方推荐的栈恢复逻辑：

• 宿主Activity的onCreate方法中，仅当savedInstanceState == null时才首次添加订阅列表Fragment，避免重建时重复添加导致栈混乱：

// Kotlin 示例代码
if (savedInstanceState == null) {
    supportFragmentManager.beginTransaction()
        .replace(R.id.fragment_container, SubscriptionListFragment())
        .addToBackStack("subscription_fragment_tag")
        .commit()
}

• 如果你使用Navigation组件，检查导航图中该Fragment的配置，确认没有设置支付成功后返回时自动弹出该Fragment的popUpTo规则

3. 适配Billing的生命周期绑定 #

将BillingClient的初始化和生命周期绑定到宿主Activity，而非当前Fragment，避免Fragment被临时回收时回调丢失：

• 支付成功后先做订阅状态的本地持久化，再回调到当前Fragment刷新UI（如标记对应订阅为已生效），不要做任何页面跳转/关闭的操作

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