在Fragment中调用registerForActivityResult后Fragment被关闭如何解决

registerForActivityResult本身不会主动触发Fragment关闭，你遇到的现象本质是宿主页面重建、主线程阻塞、上下文异常导致的Fragment被移除/销毁，可按以下步骤修复：

修复步骤 #

• 修正launcher注册时机
  确保profileImageLauncher是Fragment的成员变量，在Fragment的onCreate或更早的生命周期阶段完成初始化，禁止在点击事件、onViewCreated之后的异步逻辑中延迟注册。
• 调整宿主Activity配置
  跳转系统相册/选择器时，系统会触发屏幕配置变更，如果宿主Activity没有配置对应属性会导致销毁重建，连带Fragment被移除，需在AndroidManifest.xml中为宿主Activity添加如下配置：

<activity
    android:name=".你当前的宿主Activity类名"
    android:configChanges="orientation|screenSize|smallestScreenSize|screenLayout" />

• 优化图片加载逻辑
  你当前的代码在主线程自行解码Bitmap，大尺寸图片会导致主线程阻塞甚至崩溃，触发系统回收上层页面，同时用外部context绑定Glide存在Fragment detached时上下文失效的风险，可直接简化逻辑交给Glide处理：

private val profileImageLauncher = registerForActivityResult(ActivityResultContracts.StartActivityForResult()) { result ->
    if (result?.resultCode == Activity.RESULT_OK) {
        val profileImageUri = result.data?.data ?: return@registerForActivityResult
        // 直接绑定当前Fragment的生命周期，无需自行解码Bitmap
        Glide.with(this)
            .load(profileImageUri)
            .into(pfpIV)
    }
}

• 排查启动调用逻辑
  确认你调用profileImageLauncher.launch(intent)的代码位置，没有误调用popBackStack()、finish()等页面回退/关闭逻辑。

如果修改后仍有问题，可在Fragment的onDestroy、onDetach方法中添加日志，定位Fragment销毁的触发节点。

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