如何阻止FragmentPagerAdapter一次性创建所有Fragment

兄弟，我太懂你这种困扰了——明明只点了一个标签，结果后台偷偷跑好几个API请求，不仅浪费带宽，还可能导致数据状态混乱。别担心，咱们从根源上解决这个问题：

核心思路：让Fragment仅在对用户可见时才触发API请求 #

不管是用ViewPager还是ViewPager2，默认的预加载机制（预加载相邻页面）是为了切换流畅，但咱们可以通过调整Fragment的加载逻辑，把API请求延迟到真正显示的时候执行。

方案1：针对ViewPager2 + BottomNavigationView的场景 #

ViewPager2默认会预加载左右各1个页面，而且无法通过setOffscreenPageLimit(0)彻底关闭（系统会强制设为1），所以重点放在Fragment的懒加载上：

1. 在你的BaseFragment里添加可见性判断逻辑：

abstract class BaseFragment : Fragment() {
    // 标记是否已经加载过数据
    private var hasLoadedData = false

    override fun onResume() {
        super.onResume()
        // 只有当Fragment对用户可见，且还没加载过数据时，才触发API请求
        if (userVisibleHint && !hasLoadedData) {
            loadData()
            hasLoadedData = true
        }
    }

    override fun setUserVisibleHint(isVisibleToUser: Boolean) {
        super.setUserVisibleHint(isVisibleToUser)
        // 当Fragment从不可见变为可见，且没加载过数据时，触发加载
        if (isVisibleToUser && isResumed && !hasLoadedData) {
            loadData()
            hasLoadedData = true
        }
    }

    // 子类实现这个方法来写API请求逻辑
    abstract fun loadData()
}

2. 让你的4个业务Fragment继承这个BaseFragment，把原来在onCreateView或onViewCreated里的API请求移到loadData()方法中。
3. 额外优化：如果需要支持下拉刷新或者重新加载，可以在子类里添加resetLoadedState()方法，重置hasLoadedData为false，然后调用loadData()。

方案2：针对旧版ViewPager + FragmentPagerAdapter的场景 #

如果你还在使用旧的ViewPager和FragmentPagerAdapter：

1. 首先尝试设置预加载数量为0（虽然系统可能强制设为1，但部分场景下能生效）：

viewPager.setOffscreenPageLimit(0);

2. 同样结合上面的BaseFragment懒加载逻辑，确保只有可见时才加载数据。

方案3：完全禁用预加载（用FragmentManager手动管理） #

如果你想彻底避免预加载，甚至不提前创建未选中的Fragment，可以抛弃ViewPager，直接用BottomNavigationView的选中事件配合FragmentManager来切换Fragment：

bottomNavigationView.setOnItemSelectedListener { menuItem ->
    val tag = menuItem.itemId.toString()
    var fragment = supportFragmentManager.findFragmentByTag(tag)

    supportFragmentManager.beginTransaction().apply {
        // 隐藏所有已添加的Fragment
        supportFragmentManager.fragments.forEach { hide(it) }
        if (fragment == null) {
            // 只有当Fragment不存在时才创建实例
            fragment = when (menuItem.itemId) {
                R.id.tab_home -> HomeFragment()
                R.id.tab_profile -> ProfileFragment()
                R.id.tab_settings -> SettingsFragment()
                R.id.tab_notifications -> NotificationsFragment()
                else -> null
            }
            fragment?.let { add(R.id.container, it, tag) }
        } else {
            // 存在则直接显示
            show(fragment!!)
        }
        commit()
    }
    true
}

这种方式下，只有当用户第一次点击某个标签时，才会创建对应的Fragment，之后切换只是隐藏/显示，完全不会有预加载的问题，API请求只会在Fragment第一次创建时触发（或者你可以在onResume里控制）。

总结 #

• 如果你想保留ViewPager的切换流畅性，优先用懒加载+可见性判断的方案，既不影响切换体验，又能避免不必要的API请求。
• 如果你完全不想预加载任何Fragment，直接用FragmentManager手动管理Fragment的创建和显示，这是最彻底的解决方式。

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