RecyclerView侧滑删除：实现先弹窗确认再删除条目的功能问题

你遇到的这个问题非常典型——当onSwiped方法被触发时，ItemTouchHelper已经自动把对应的条目从RecyclerView的视觉布局中移除了，所以你后续弹出的确认对话框会出现在条目消失之后，完全搞反了预期的交互顺序。

修复思路 #

核心是先阻止条目被自动移除，等用户确认后再执行真正的删除操作，具体要做这几件事：

1. 在onSwiped触发时，立即恢复被滑走的条目显示
2. 弹出确认对话框，根据用户选择执行删除或取消逻辑
3. 使用更高效的适配器刷新方法代替全局的notifyDataSetChanged

修改后的完整代码 #

// 声明变量记录当前待删除的位置，避免多条目操作时的位置错乱
private int pendingDeletePosition = -1;

ItemTouchHelper.SimpleCallback callback = new ItemTouchHelper.SimpleCallback(0, ItemTouchHelper.LEFT | ItemTouchHelper.RIGHT) {
    @Override
    public boolean onMove(@NonNull RecyclerView recyclerView, @NonNull RecyclerView.ViewHolder viewHolder, @NonNull RecyclerView.ViewHolder target) {
        return false;
    }

    @Override
    public void onSwiped(@NonNull RecyclerView.ViewHolder viewHolder, int direction) {
        pendingDeletePosition = viewHolder.getAdapterPosition();
        // 关键操作：恢复被滑走的条目，ItemTouchHelper已经把它移出视觉布局了，用这个方法让它回来
        sensorAdapter.notifyItemChanged(pendingDeletePosition);

        AlertDialog.Builder builder = new AlertDialog.Builder(SensorActivity.this);
        builder.setMessage("Do you really want to delete this item?")
                .setPositiveButton("Yes", new DialogInterface.OnClickListener() {
                    public void onClick(DialogInterface dialog, int id) {
                        if (pendingDeletePosition != -1 && pendingDeletePosition < sensorModels.size()) {
                            // 真正删除数据源中的数据
                            sensorModels.remove(pendingDeletePosition);
                            // 通知适配器移除对应条目，比notifyDataSetChanged性能更优
                            sensorAdapter.notifyItemRemoved(pendingDeletePosition);
                            Toast.makeText(SensorActivity.this, "Data Deleted", Toast.LENGTH_LONG).show();
                            pendingDeletePosition = -1;
                        }
                    }
                })
                .setNegativeButton("No", new DialogInterface.OnClickListener() {
                    public void onClick(DialogInterface dialog, int id) {
                        // 取消删除，重置标记位即可，条目已经通过notifyItemChanged恢复
                        pendingDeletePosition = -1;
                    }
                });
        builder.show();
    }
};

// 记得把Callback绑定到你的RecyclerView
ItemTouchHelper itemTouchHelper = new ItemTouchHelper(callback);
itemTouchHelper.attachToRecyclerView(yourRecyclerView);

额外细节说明 #

• 使用notifyItemChanged而非notifyDataSetChanged：前者只会刷新指定位置的条目，性能更好，且能精准恢复被滑走的条目
• 加入pendingDeletePosition变量：防止用户在对话框未关闭时再次侧滑其他条目，导致位置逻辑错乱
• 确认删除时的边界判断：避免因快速操作导致的位置越界问题，提升代码健壮性

这样修改后，侧滑条目时，条目会先回到原来的位置，再弹出确认对话框，用户点击"Yes"才会真正删除条目，完全符合你的需求。

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