使用Fragment.add()导致RecyclerView滚动性能低下问题排查

这问题我做项目时也踩过类似的坑，核心原因其实很明确：用add方式添加FragmentB时，FragmentA的视图并没有被销毁，两个Fragment的RecyclerView同时存在于视图树中，导致CPU/GPU资源被分摊，后台的FragmentA视图可能还在默默执行测量、绘制甚至动画逻辑，拖慢了前台FragmentB的滚动性能。而replace方式会直接移除FragmentA的视图，整个界面只有FragmentB的RecyclerView在工作，自然就流畅了。

下面给你几个针对性的解决方案，按优先级排序：

1. 隐藏Fragment时释放RecyclerView资源 #

在FragmentA中重写onHiddenChanged方法，当Fragment被隐藏时，主动清空RecyclerView的适配器、LayoutManager，停止所有可能的后台操作，让它进入“休眠”状态：

@Override
public void onHiddenChanged(boolean hidden) {
    super.onHiddenChanged(hidden);
    if (hidden && mRecyclerView != null) {
        // 清空适配器，切断数据绑定，避免后台更新UI
        mRecyclerView.setAdapter(null);
        // 移除LayoutManager，减少不必要的测量计算
        mRecyclerView.setLayoutManager(null);
        // 如果有下拉刷新，也停止刷新状态
        if (mSwipeRefreshLayout != null) {
            mSwipeRefreshLayout.setRefreshing(false);
        }
    } else if (!hidden) {
        // 重新显示时，重新初始化RecyclerView
        initRecyclerView();
    }
}

这样FragmentA隐藏后，它的RecyclerView就不会再占用资源，前台的FragmentB就能获得足够的性能支持。

2. 利用setUserVisibleHint控制视图状态 #

如果你的Fragment是用ViewPager或者类似方式管理的，也可以重写setUserVisibleHint方法来控制RecyclerView的状态：

@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
    super.setUserVisibleHint(isVisibleToUser);
    if (mRecyclerView != null) {
        if (!isVisibleToUser) {
            // 不可见时停止滚动、清空资源
            mRecyclerView.stopScroll();
            mRecyclerView.setAdapter(null);
        } else {
            // 可见时恢复初始化
            initRecyclerView();
        }
    }
}

3. 优化视图层级与过度绘制 #

虽然你说两个Fragment的布局结构一致，但叠加后整个视图树的层级会变深，容易引发过度绘制。可以做这些优化：

• 给每个Fragment的根RelativeLayout设置一个不透明的背景（比如android:background="@android:color/white"），避免透明背景导致系统绘制下方的Fragment视图；
• 用Android Studio的GPU Overdraw工具（在Profiler里）查看界面的过度绘制情况，消除不必要的嵌套布局。

4. 再次确认RecyclerView的基础优化 #

虽然你说两个Fragment的RecyclerView参数一致，但还是再检查下这些细节：

• 确保设置了mRecyclerView.setHasFixedSize(true)，避免RecyclerView频繁重新测量；
• 适配器的onBindViewHolder里没有主线程耗时操作（比如同步加载图片），必须用Glide/Picasso等异步图片加载库；
• 暂时禁用ItemAnimator试试：mRecyclerView.setItemAnimator(null)，复杂的Item动画也可能导致卡顿。

按照上面的方法调整后，FragmentB用add方式添加时的滚动卡顿问题应该就能解决了。

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