从Adapter外部修改RecyclerView.ViewHolder布局 解决分页加载末尾视图残留问题

当前实现有两个核心设计缺陷，才逼得你要靠重建Adapter解决残留加载视图的问题：

• 加载占位项没有和真实内容做独立区隔：你直接把加载视图绑定到真实数据列表的最后一个位置，本质是挤占了真实内容的展示位，而不是在真实内容末尾额外追加一个占位项
• 没有用Adapter自带的局部刷新能力：RecyclerView从设计上就不存在类似rv_More.setViewType(position, Type)的公开方法，视图类型是getItemViewType()根据Adapter内部的实时状态动态计算返回的。你只需要更新内部状态、通知Adapter刷新对应位置即可，完全不需要新建Adapter实例重绑整个列表。

另外你当前的getItemViewType()逻辑还有个隐形bug：只要加载状态为true，真实列表的最后一条内容就会被替换成加载视图，而不是在内容末尾追加加载视图，这也是残留问题的直接诱因。

1. 调整Adapter的列表计数与视图判断逻辑 #

把加载占位项作为独立的额外条目处理，不再挤占真实内容的位置：

• 加载状态为true时，Adapter总条目数 = 真实内容数 + 1（多出来的1就是加载占位）
• 加载状态为false时，Adapter总条目数 = 真实内容数，加载占位项自动从列表里消失

修改后的核心方法：

@Override
public int getItemCount() {
    // 加载时多返回1个条目作为加载占位
    return isLoadingFlag ? discoverItems.size() + 1 : discoverItems.size();
}

@Override
public int getItemViewType(int position) {
    // 只有当position等于真实列表长度（也就是额外追加的占位位置）时，才返回加载视图类型
    if (isLoadingFlag && position == discoverItems.size()) {
        return AppConstants.ITEMS_LOADING_KEY;
    }
    // 其他位置全部返回常规内容类型
    return AppConstants.ITEMS_REGULAR_KEY;
}

@Override
public void onBindViewHolder(@NonNull RecyclerView.ViewHolder viewHolder, int position) {
    // 删掉原来的setIsRecyclable(false)，这个设置只会降低列表回收性能，没有实际作用
    if (viewHolder instanceof MoreItemsViewHolder) {
        ((MoreItemsViewHolder) viewHolder).bind(discoverItems.get(position));
    } else if (viewHolder instanceof LoadingViewHolder) {
        // 加载占位视图不需要额外绑定逻辑
    }
}

2. 给Adapter增加公开的状态更新方法 #

不要在外部改完状态就新建Adapter，在Adapter内部封装状态更新逻辑，触发对应的局部刷新：

/**
 * 更新加载状态，自动触发对应位置的局部刷新
 * @param newLoadingStatus 新的加载状态
 */
public void updateLoadingStatus(boolean newLoadingStatus) {
    // 状态没有变化直接返回，避免无效刷新
    if (this.isLoadingFlag == newLoadingStatus) return;

    int loadingItemPosition = discoverItems.size();
    this.isLoadingFlag = newLoadingStatus;

    if (newLoadingStatus) {
        // 从非加载变为加载：在列表末尾插入加载占位项
        notifyItemInserted(loadingItemPosition);
    } else {
        // 从加载变为非加载：删除列表末尾的加载占位项
        notifyItemRemoved(loadingItemPosition);
    }
}

3. 适配3列网格的跨列占位 #

因为你用的是3列网格布局，如果加载占位项只占1列宽度，会在网格末尾留两个空白格。需要设置占位项占满整行宽度：
初始化布局管理器时添加跨列判断逻辑：

GridLayoutManager layoutManager = new GridLayoutManager(context, 3);
layoutManager.setSpanSizeLookup(new GridLayoutManager.SpanSizeLookup() {
    @Override
    public int getSpanSize(int position) {
        // 加载占位项占满3列，其他常规内容项占1列
        int viewType = moreItemsAdapter.getItemViewType(position);
        if (viewType == AppConstants.ITEMS_LOADING_KEY) {
            return 3;
        }
        return 1;
    }
});
rv_More.setLayoutManager(layoutManager);

4. 替换外部的全量重建逻辑 #

把原来重建Adapter的代码，换成调用Adapter的状态更新方法即可：

// 原来的性能损耗实现
// moreItemsAdapter = new MoreItemsAdapter(items, false, listener);
// rv_More.setAdapter(moreItemsAdapter);

// 替换为局部刷新实现
moreItemsAdapter.updateLoadingStatus(false);

• 加载最后一页数据完成后，只需要调用一次updateLoadingStatus(false)，Adapter就会自动删掉列表末尾残留的加载占位项，完全不会触发整个列表的重绘
• 局部插入/删除单条目，相比重建Adapter的性能开销可以忽略不计，滑动过程不会出现卡顿
• 后续加载新一页数据时，只需要往discoverItems列表加完新数据，调用一次updateLoadingStatus(true)，就会自动在新内容的末尾追加加载占位项，不需要额外处理

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