Android Studio中CustomAdapter实现ListView删除与刷新的问题

• 监听绑定位置错误：将条目点击监听写在convertView == null的初始化分支内，列表项被复用时不会重新绑定对应位置的操作逻辑，会出现点击不同条目时操作错误数据的错位问题。
• 查找控件逻辑错位：R.id.notificationlist是外层ListView的id，在列表项布局中通过convertView.findViewById()查找该控件会返回null，触发空指针异常。
• 删除逻辑不匹配：arrayList存储的是SubjectData类型的实体对象，但代码里将notice_id转成字符串作为删除参数，类型不匹配导致remove()找不到对应元素，无法完成删除。
• 刷新方法误用：refreshDrawableState()仅用于刷新控件的按压、选中状态样式，不会通知系统数据集已变更，完全无法触发列表重绘。
• 位置捕获逻辑缺陷：直接在点击监听中捕获getView方法外层的position变量，会在列表滚动、数据集变更时因为值更新不及时导致操作错位。

按照ListView的标准复用优化逻辑调整后代码如下：

@Override
public View getView(int position, View convertView, ViewGroup parent) {
    ViewHolder viewHolder;
    // 获取当前位置对应的实体数据
    SubjectData currentItem = arrayList.get(position);

    if (convertView == null) {
        LayoutInflater inflater = LayoutInflater.from(context);
        convertView = inflater.inflate(R.layout.notifications_list, null);
        // 初始化ViewHolder存储布局控件，避免重复findViewById
        viewHolder = new ViewHolder();
        // 将ViewHolder作为默认tag和convertView绑定
        convertView.setTag(viewHolder);

        // 给convertView绑定点击监听
        convertView.setOnClickListener(v -> {
            // 从应用资源id对应的tag中取出当前点击的真实位置，解决复用错位问题
            int clickPos = (int) v.getTag(R.id.notificationlist);
            // 直接移除对应位置的实体对象
            arrayList.remove(clickPos);
            // 通知适配器数据集已变更，自动触发绑定的ListView重绘刷新
            notifyDataSetChanged();
        });
    } else {
        // 复用时直接取出缓存的ViewHolder
        viewHolder = (ViewHolder) convertView.getTag();
    }

    // 不管是新创建还是复用的convertView，每次都更新对应位置的tag值，保证位置准确
    convertView.setTag(R.id.notificationlist, position);
    // 此处可补充对布局内控件的内容绑定，比如设置通知文本内容
    return convertView;
}

// 内部ViewHolder类，优化布局加载性能
static class ViewHolder {
    // 在此定义布局内需要操作的所有控件引用
}

• 如果需要按照notice_id匹配删除而非按位置删除，可以在点击事件中先遍历arrayList找到和目标notice_id匹配的SubjectData实体，再将该实体作为参数传入remove()方法，不要直接传入字符串匹配。
• 不需要手动获取外层ListView的引用来做刷新，CustomAdapter继承的BaseAdapter/ArrayAdapter自带的notifyDataSetChanged()方法会自动关联绑定的列表完成重绘。
• 存储多个tag值时，必须使用应用自定义的资源id作为key，避免和系统内部的tag缓存冲突。

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