Android ListAdapter疑问：DiffUtil生效前为何绑定绘制旧列表？

这是ListAdapter内部异步差异计算机制导致的，核心逻辑和流程如下：

• submitList的执行流程：调用submitList(newList)时，ListAdapter不会立刻替换当前数据源。它会先暂存新列表，再启动后台异步任务，让DiffUtil在非主线程计算新旧列表的差异。在异步任务完成前，Adapter的数据源始终是旧列表——如果此时UI触发重绘（比如屏幕滚动、布局重新测量），就会用旧数据绘制视图。

• 异步设计的必要性：如果强制同步计算差异，会阻塞主线程，尤其是列表数据量大时，会引发明显的UI卡顿。异步计算的设计优先保证主线程流畅，代价就是在差异计算完成前，UI暂时保留旧状态。

• 优化该现象的方法：

  • 单个条目更新时，无需提交整个新列表，直接调用notifyItemChanged(position, payload)，通过payload传递局部更新数据，Adapter可在onBindViewHolder中处理payload，只更新视图的特定部分，避免全量重绘和旧数据显示问题。
  • 优化DiffUtil回调：确保areItemsTheSame用稳定唯一标识（如item的ID）判断，areContentsTheSame只比对必要字段，尽可能缩短差异计算时间，减少旧数据显示的窗口。

要明确的是，ListAdapter在差异计算完成后，会自动根据比对结果触发对应的notifyItemXXX方法，此时UI才会应用差异更新，所以你看到的“先旧后新”是异步计算过程中的正常中间状态。

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