ListView渲染延迟管理与选中状态保持优化方案

你当前嵌套postDelayed硬编码200ms延迟的实现不属于最佳实践，属于靠时间差碰运气的写法，存在几个明确的缺陷：

• 硬编码延迟值没有普适性：低端设备布局渲染耗时可能超过200ms，此时调用getChildAt会拿到null直接触发空指针；高端设备上200ms的多余延迟会导致用户能明显看到选中状态跳变，体验很差
• 直接操作子View设置选中态完全绕开了Adapter的状态管理：列表滚动复用、前后台切换重绘、配置变更（如转屏）时，选中状态会直接错位、丢失
• 嵌套的Runnable存在内存泄漏风险：如果页面在延迟执行前被销毁，持有ListView引用的Runnable会导致页面实例无法被回收
• 每次刷新都调用setAdapter是非常重的操作：会清空ListView全部回收缓存、重置所有内部状态，这也是你不得不额外加逻辑补选中状态的核心诱因之一

核心原则：选中状态永远由数据层驱动、交由Adapter统一管理，绝对不要在Adapter外部手动修改ListView子View的状态
具体实现步骤如下：

• 不要用列表位置存储选中状态，全局唯一保存选中项的ID（也就是你代码里的presetId），增删、排序操作只会改变列表位置，不会改变项的唯一ID

  // 全局存储选中项ID，而不是位置
  private String selectedPresetId = LIST_INDEX_DEFAULT_VALUE;
  

• 在Adapter的getView方法中统一处理选中态：渲染每个列表项时，判断当前项ID和全局保存的选中ID是否匹配，匹配就设置选中状态，否则清空选中状态。这样不管是列表刷新、滚动复用、页面重绘，选中状态都不会出错

  @Override
  public View getView(int position, View convertView, ViewGroup parent) {
      // 保留你原有的布局加载、控件绑定逻辑
      Preset currentItem = getItem(position);
      // 核心：渲染时根据数据自动设置选中态
      convertView.setSelected(currentItem.getPresetId().equals(selectedPresetId));
      return convertView;
  }
  

• 列表刷新时不要重复调用setAdapter，只需要更新Adapter的数据源，然后调用notifyDataSetChanged()触发重绘即可

  // 排序、增删操作后的刷新逻辑
  presetsHandler.sortPresets();
  lvAdapter.setTextItems(presetsHandler.getConcatenatedDisplayPresetDataList());
  lvAdapter.notifyDataSetChanged();
  

• 如果排序后选中项不在当前可见区域，不需要用延迟等渲染，直接监听布局完成回调滚动到对应位置即可，时机完全和系统渲染节奏对齐：

  if (!selectedPresetId.equals(LIST_INDEX_DEFAULT_VALUE)) {
      int targetPosition = presetsHandler.getIndex(selectedPresetId);
      listView.addOnLayoutChangeListener(new View.OnLayoutChangeListener() {
          @Override
          public void onLayoutChange(View v, int left, int top, int right, int bottom, int oldLeft, int oldTop, int oldRight, int oldBottom) {
              // 布局完成后立即执行，执行完移除监听器避免重复触发
              listView.removeOnLayoutChangeListener(this);
              if (targetPosition < listView.getFirstVisiblePosition() || targetPosition > listView.getLastVisiblePosition()) {
                  listView.setSelection(targetPosition);
              }
          }
      });
  }
  

• 列表项点击事件里，只需要更新全局存储的selectedPresetId，然后调用notifyDataSetChanged()即可，不需要手动修改子View状态。前后台切换场景下，只要把selectedPresetId存到页面的状态保存Bundle里，就可以永久保留选中状态。

• 完全去掉了硬编码延迟，不存在时机不确定的问题，适配所有性能档位的设备
• 数据驱动状态，彻底解决滚动复用、页面重绘、配置变更场景下的选中状态错乱问题
• 没有内存泄漏风险，监听器执行完会自动移除，不需要手动管理Runnable生命周期
• 列表刷新性能提升明显，不会出现重复setAdapter导致的列表闪烁、滚动位置重置问题
• 从根源上避免了手动获取子View导致的空指针崩溃

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