Android MVP架构下TabLayout加载Fragment适配崩溃问题求助

我之前也踩过类似的坑，结合Google官方MVP Todo示例的架构逻辑，给你梳理下正确的实现方式，帮你避开导致崩溃的核心问题：

首先要明确：直接传递Fragment实例给ViewPager适配器是错误的做法——Fragment的生命周期由FragmentManager全权管理，直接传实例会导致生命周期混乱、重复创建或者状态丢失，这就是你应用崩溃的主要原因。我们需要调整适配器实现，同时保持MVP的分层清晰。

1. 重构ViewPager适配器实现 #

不要直接传入Fragment列表，而是让适配器通过newInstance()静态方法负责创建Fragment实例，同时按需传递MVP Presenter或必要参数。

示例适配器代码（Kotlin）： #

class TodoPagerAdapter(
    fragmentManager: FragmentManager,
    private val tabTitles: List<String>,
    // 借助Presenter工厂类传递Presenter，符合Google Todo的架构分层
    private val presenterFactory: TodoPresenterFactory
) : FragmentPagerAdapter(fragmentManager, BEHAVIOR_RESUME_ONLY_CURRENT_FRAGMENT) {

    override fun getCount(): Int = tabTitles.size

    override fun getPageTitle(position: Int): CharSequence? = tabTitles[position]

    override fun getItem(position: Int): Fragment {
        // 根据Tab位置创建对应Fragment，用newInstance传递Presenter
        return when(position) {
            0 -> TodoListFragment.newInstance(presenterFactory.createTodoListPresenter())
            1 -> CompletedTodoFragment.newInstance(presenterFactory.createCompletedTodoPresenter())
            // 后续新增Tab直接扩展分支即可
            else -> TodoListFragment.newInstance(presenterFactory.createTodoListPresenter())
        }
    }
}

这里的关键细节：

• 使用FragmentPagerAdapter（如果是大量Fragment场景，改用FragmentStatePagerAdapter）
• 始终通过newInstance()创建Fragment，而非直接传入已实例化对象
• 用Presenter工厂类封装Presenter的创建逻辑，保持MVP分层的独立性

2. 在宿主Activity中完成TabLayout与ViewPager绑定 #

在承载Tab的Activity中，初始化适配器并完成TabLayout和ViewPager的关联：

示例Activity代码： #

class MainActivity : AppCompatActivity() {

    private lateinit var tabLayout: TabLayout
    private lateinit var viewPager: ViewPager

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        tabLayout = findViewById(R.id.tab_layout)
        viewPager = findViewById(R.id.view_pager)

        // 定义Tab标题列表
        val tabTitles = listOf("待办列表", "已完成")
        // 初始化Presenter工厂（参考Google Todo示例的Repository注入逻辑）
        val presenterFactory = TodoPresenterFactory(Injector.provideTasksRepository(this))

        // 设置适配器并绑定TabLayout
        val adapter = TodoPagerAdapter(supportFragmentManager, tabTitles, presenterFactory)
        viewPager.adapter = adapter
        tabLayout.setupWithViewPager(viewPager)
    }
}

3. 调整Fragment的MVP实现 #

确保Fragment遵循MVP规范，通过newInstance()接收Presenter，并在生命周期中正确绑定/解绑：

示例Fragment代码： #

class TodoListFragment : Fragment(), TodoContract.View {

    private lateinit var presenter: TodoContract.Presenter

    companion object {
        private const val PRESENTER_KEY = "presenter"

        // 静态创建方法，传递Presenter
        fun newInstance(presenter: TodoContract.Presenter): TodoListFragment {
            val fragment = TodoListFragment()
            val args = Bundle()
            // 注意：如果Presenter无法序列化，建议改用依赖注入框架（如Dagger）获取，避免序列化问题
            args.putSerializable(PRESENTER_KEY, presenter as Serializable)
            fragment.arguments = args
            return fragment
        }
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        arguments?.let {
            presenter = it.getSerializable(PRESENTER_KEY) as TodoContract.Presenter
        }
    }

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        // 绑定View到Presenter
        presenter.takeView(this)
    }

    override fun onDestroyView() {
        super.onDestroyView()
        // 解绑View，避免内存泄漏
        presenter.dropView()
    }

    // 实现View层的其他业务方法...
}

4. 常见崩溃原因排查 #

如果还是出现崩溃，可以从这几个方向排查：

• Fragment实例重复创建：不要在Activity中提前创建Fragment列表，完全交给适配器的getItem()方法负责
• Presenter生命周期问题：确保在onViewCreated()绑定View，onDestroyView()解绑View，避免内存泄漏
• FragmentManager误用：使用supportFragmentManager（AppCompatActivity专属），而非过时的getFragmentManager()
• 序列化异常：如果Presenter无法序列化，放弃通过Bundle传递，改用依赖注入框架在Fragment内部获取Presenter

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