CoordinatorLayout中RecyclerView切换Fragment后最后项被截断问题

这种场景我之前踩过坑！当包含CollapsingToolbarLayout和RecyclerView的Fragment切换回来时，最后一项被截断，本质是Fragment重回前台时，布局系统没有及时重新计算RecyclerView的可用高度，导致它被底部导航栏挡住了。下面给你几个实用的解决思路：

方法1：在Fragment重回前台时强制RecyclerView重绘 #

在你的Fragment的onResume()方法里，用post()延迟触发RecyclerView的布局请求，确保UI已经完成当前帧的绘制后再调整：

override fun onResume() {
    super.onResume()
    recyclerView.post {
        // 强制RecyclerView重新计算布局
        recyclerView.requestLayout()
        // 如果上面的方法没效果，可以试试滚动触发重绘
        // recyclerView.scrollToPosition(adapter.itemCount - 1)
        // recyclerView.scrollToPosition(0)
    }
}

为什么用post()？因为直接调用requestLayout()可能在布局还没完全恢复时执行，起不到作用，post能让操作排队到UI线程的下一轮任务，确保布局状态已经稳定。

方法2：给RecyclerView设置底部预留空间（最稳妥） #

直接给RecyclerView添加底部padding，等于底部导航栏的高度，同时关闭clipToPadding，这样就算布局计算有偏差，最后一项也不会被挡住：

静态设置（XML） #

<androidx.recyclerview.widget.RecyclerView
    android:id="@+id/recyclerView"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    <!-- 用系统属性匹配底部导航栏高度，或者直接写固定值比如64dp -->
    android:paddingBottom="?attr/actionBarSize"
    android:clipToPadding="false"/>

动态设置（适配不同设备） #

如果担心固定值适配问题，可以代码里获取底部导航栏的真实高度：

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)
    val bottomNav = requireActivity().findViewById<BottomNavigationView>(R.id.bottom_nav_view)
    // 监听底部导航栏的布局完成事件，获取真实高度
    bottomNav.viewTreeObserver.addOnGlobalLayoutListener(object : ViewTreeObserver.OnGlobalLayoutListener {
        override fun onGlobalLayout() {
            bottomNav.viewTreeObserver.removeOnGlobalLayoutListener(this)
            val navHeight = bottomNav.height
            recyclerView.setPadding(0, 0, 0, navHeight)
            recyclerView.clipToPadding = false
        }
    })
}

clipToPadding=false是关键，它允许RecyclerView的内容延伸到padding区域，这样滚动时最后一项能完整显示出来。

方法3：检查CoordinatorLayout的布局约束 #

确保你的RecyclerView正确设置了和AppBarLayout联动的behavior，这个属性是让RecyclerView随着CollapsingToolbar的折叠自动调整高度的核心：

<androidx.recyclerview.widget.RecyclerView
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    app:layout_behavior="@string/appbar_scrolling_view_behavior"/>

如果没加这个behavior，RecyclerView的高度计算会脱离AppBar的状态，切换Fragment后很容易出现布局错位。

方法4：优化Fragment的切换逻辑 #

如果你的Fragment是用replace()方式切换的，每次切换都会重建视图，可能导致状态恢复异常。可以考虑用hide()/show()的方式切换Fragment，保留视图实例：

// 切换Fragment时用hide/show替代replace
supportFragmentManager.beginTransaction()
    .hide(currentFragment)
    .show(targetFragment)
    .commit()

这样Fragment的视图不会被销毁，布局状态也能保持稳定，避免重新计算时的偏差。

先从方法1或方法2开始试，这两个是最快速见效的！

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