Android新手求助：Fragment间双向传值及崩溃处理最优方案

嘿，作为Android新手完全不用不好意思，你的这个场景在很多广告类应用里都很常见，我来给你拆解下最优的解决方案～

针对你这种底部导航切换Fragment、且Fragment内带ViewPager的场景，推荐下面几种优先级从高到低的方案：

1. 使用共享ViewModel（最推荐） #

这是Jetpack组件里官方推崇的跨Fragment通信方式，完全不需要依赖Activity或者接口回调，还能自动处理Fragment重建的情况（比如屏幕旋转）。

• 步骤：
  • 给你的Activity创建一个共享的ViewModel，比如MainActivityViewModel，继承ViewModel类
  • 每个Fragment通过requireActivity().viewModels<MainActivityViewModel>()获取同一个ViewModel实例
  • 数据存在ViewModel的LiveData里，Fragment观察LiveData变化，同时也可以调用ViewModel的方法修改数据，实现双向传递
• 简单示例：

  // 共享ViewModel
  class MainActivityViewModel : ViewModel() {
      val selectedAdPosition = MutableLiveData<Int>()
  
      fun updateAdPosition(position: Int) {
          selectedAdPosition.value = position
      }
  }
  
  // Fragment A里设置数据
  val viewModel = requireActivity().viewModels<MainActivityViewModel>().value
  viewModel.updateAdPosition(2)
  
  // Fragment B里观察数据
  val viewModel = requireActivity().viewModels<MainActivityViewModel>().value
  viewModel.selectedAdPosition.observe(viewLifecycleOwner) { position ->
      // 处理选中的广告位置
  }
  

• 优势：解耦Fragment和Activity，自动处理配置变更，代码简洁易维护

2. 通过Activity作为中间媒介 #

如果还没用到Jetpack，或者项目限制不能用ViewModel，可以让Activity作为Fragment之间的桥梁：

• 每个Fragment通过requireActivity()获取Activity实例，调用Activity的公开方法传递数据；Activity再主动调用目标Fragment的方法传递数据过去
• 注意：调用Fragment方法前要判断Fragment是否处于resumed状态，避免空指针
• 示例：

  // Activity里的方法
  fun sendDataToFragmentB(data: String) {
      val fragmentB = supportFragmentManager.findFragmentByTag("FragmentB") as? FragmentB
      fragmentB?.takeIf { it.isAdded && !it.isDetached }?.updateData(data)
  }
  
  // Fragment A里调用
  (activity as? MainActivity)?.sendDataToFragmentB("来自A的广告数据")
  

3. 接口回调（适合一对一通信） #

如果只是两个特定Fragment之间频繁通信，可以用接口回调：

• 在Fragment A定义一个接口，让Activity实现这个接口；Fragment B需要数据时，通过Activity获取Fragment A的实例并调用接口方法
• 但这种方式耦合度较高，不推荐在多Fragment切换的场景使用，容易导致代码混乱

你的场景里容易出现的崩溃主要集中在Fragment生命周期、ViewPager状态、图片加载这几个方面，对应处理方案如下：

1. Fragment切换时的空指针崩溃 #

• 原因：切换Fragment时，目标Fragment可能还未初始化或者已经被销毁，直接调用其方法会导致空指针
• 处理：
  • 优先用ViewModel的LiveData传递数据，避免直接调用Fragment方法
  • 如果必须调用Fragment方法，先判断Fragment状态：if (fragment.isAdded && !fragment.isDetached)
  • 用supportFragmentManager.findFragmentByTag()获取Fragment时，一定要做空判断

2. ViewPager内存泄漏或Fragment重复创建 #

• 原因：底部导航频繁切换Fragment，ViewPager的Adapter可能重复创建Fragment，或者持有Activity引用导致泄漏
• 处理：
  • 使用FragmentStatePagerAdapter（适合多页面场景），它会在页面不可见时销毁Fragment，节省内存
  • 给ViewPager的Adapter设置viewLifecycleOwner，避免内存泄漏
  • 不要在Fragment里持有Activity的强引用，用requireActivity().applicationContext代替

3. 图片加载导致的OOM或崩溃 #

• 原因：广告图片尺寸大、数量多，加载时容易导致内存溢出
• 处理：
  • 用Glide/Coil等成熟的图片加载库，它们会自动处理图片压缩、内存缓存、磁盘缓存
  • 给图片加载设置最大尺寸：比如Glide.with(this).load(url).override(1080, 1920).into(imageView)
  • 监听图片加载失败的情况，设置占位图或错误提示：Glide.with(this).load(url).error(R.drawable.error_img).into(imageView)

4. Fragment重建时的数据丢失 #

• 原因：屏幕旋转、内存不足导致Fragment重建，之前的广告位置、选中状态丢失
• 处理：
  • 用共享ViewModel保存数据，ViewModel在Activity重建时不会被销毁
  • 在Fragment的onSaveInstanceState()里保存关键数据，比如当前ViewPager的位置：

    override fun onSaveInstanceState(outState: Bundle) {
        super.onSaveInstanceState(outState)
        outState.putInt("current_ad_position", viewPager.currentItem)
    }
    
    override fun onViewStateRestored(savedInstanceState: Bundle?) {
        super.onViewStateRestored(savedInstanceState)
        savedInstanceState?.getInt("current_ad_position")?.let {
            viewPager.currentItem = it
        }
    }
    

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