RecyclerView按名称过滤数据正常但对应列表图片不更新如何解决

• RecyclerView Item复用机制导致的图片更新冲突：给ImageView设置新的Base64解码图片前没有清空原有内容，Item复用阶段会先显示上一个Item的旧图片，解码属于耗时操作，新图片解码完成前视觉上就会呈现没有更新的状态。
• Base64解码操作直接在onBindViewHolder的主线程执行，解码耗时导致图片更新延迟，和文字更新不同步。
• 直接给Adapter的arrayList赋值新对象可能存在新旧列表引用混乱的问题，容易出现数据源更新异常。

1. 规范Adapter的updateList数据源更新逻辑 #

将直接赋值改为清空原有数据再添加新数据，保证数据源引用稳定：

public void updateList(List<MessageAdvanceModel.MessageAdvDetail> list){
    arrayList.clear();
    arrayList.addAll(list);
    notifyDataSetChanged();
}

注意：Adapter初始化时的arrayList建议做一次数据拷贝，不要直接持有外部列表的引用，避免外部数据修改影响Adapter内部状态

2. 优化onBindViewHolder图片加载逻辑 #

设置新图片前先重置ImageView内容，同时把Base64解码放到子线程执行，解码完成后再切回主线程设置图片：

holder.userName.setText(arrayList.get(position).getName());
// 先重置ImageView，清除复用的旧图
holder.userImage.setImageDrawable(null);
String image = arrayList.get(position).getImage();
// 子线程做耗时解码操作
new Thread(() -> {
    byte[] decodedString = android.util.Base64.decode(image, Base64.DEFAULT);
    Bitmap decodedByte = BitmapFactory.decodeByteArray(decodedString, 0, decodedString.length);
    // 切回主线程设置图片
    holder.userImage.post(() -> {
        holder.userImage.setImageBitmap(decodedByte);
    });
}).start();

如果项目接入了Glide、Picasso等图片加载框架，更推荐用框架加载Base64图片，框架会自动处理线程调度、Item复用、缓存等问题，Glide示例代码如下：

Glide.with(holder.itemView.getContext())
        .asBitmap()
        .load(Base64.decode(image, Base64.DEFAULT))
        .into(holder.userImage);

3. 验证过滤逻辑数据源 #

确认Fragment中过滤用的原list是完整的全量数据，不要和Adapter内部的arrayList混用，每次过滤都从全量原list中筛选，保证筛选结果正确。

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