RecyclerView调用notifyItemChanged崩溃、无动画及子项删除异常问题

看起来你在这里混淆了RecyclerView Adapter通知方法的核心用途——notifyItemChanged(position)是用来更新指定位置的内容的，而删除操作应该用notifyItemRemoved(position)，这就是你遇到异常、崩溃以及动画失效的核心原因。

问题根源分析 #

当你删除数据源中的项后调用notifyItemChanged，RecyclerView会尝试重新绑定该位置的视图，但此时这个位置的数据已经被移除，数据源的长度也变短了，这就会导致索引越界或者视图绑定错误，尤其是删除第一个条目后，后续的位置索引和实际数据完全不匹配，自然会出现异常甚至崩溃。而notifyDataSetChanged会强制刷新整个列表，跳过了RecyclerView的局部动画机制，所以看不到流畅的删除动画。

正确的实现步骤 #

1. 先修改数据源：从你的数据集合（比如List）中移除对应位置的项
2. 调用正确的通知方法：用notifyItemRemoved(position)通知RecyclerView移除该位置的条目，这个方法会触发默认的删除动画，同时自动处理后续条目的位置更新

代码示例 #

假设你的复选框点击事件是在Adapter的onBindViewHolder中设置的，正确的实现应该是这样：

@Override
public void onBindViewHolder(MyViewHolder holder, int position) {
    // 绑定数据到视图
    holder.checkbox.setOnCheckedChangeListener((buttonView, isChecked) -> {
        if (isChecked) {
            // 第一步：移除数据源中的对应项
            mDataList.remove(position);
            // 第二步：通知RecyclerView移除该位置的条目
            notifyItemRemoved(position);
            // 可选：如果后续条目有依赖位置的UI（比如序号显示），可以通知后续条目更新
            // notifyItemRangeChanged(position, mDataList.size());
        }
    });
}

额外说明 #

• notifyItemRemoved会自动处理列表的位置重排，不需要手动调整后续条目的position
• 如果你的列表有复杂的动画需求，还可以配合ItemAnimator自定义删除动画，但默认的动画已经足够满足大部分场景
• 永远记住：修改数据源和通知RecyclerView的顺序不能颠倒，必须先改数据，再通知UI更新

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