DiffUtil ItemCallback AreContentsSame（）在更新ListAdapter上的项后始终返回true

Question

在使用ListAdapter时，我注意到在更新一个项之后，DiffUtil。ItemCallback AreContentsSame（）方法始终返回true。调试代码时，我意识到旧项和新项完全相同（旧状态消失）。因此，没有调用ListAdapter onBindViewHolder（）方法来更新列表中相应的行（只有项目的顺序通过漂亮的动画进行了更改）。

ListAdapter未更新ReyclView中的项

编辑内容时ListAdapter未更新

DiffUtil。回调未按预期工作

Recyclerview Listadapter中的项在更新时不会重新绘制

带有DiffUtil的ListAdapter。ItemCallback始终认为对象是相同的

当向RecyclerView ListAdapter提交新列表时，对于areContentsTheSame（）而言，差异检查始终返回true

然而，上述答案（如果有的话）都没有提供正确的解决方案。

它对我有效的唯一方法是每次观察者发出新结果时，在ListAdapter上调用notifyDataSetChanged（）。

但是，如果通过强制RecyclerView重新绘制其内容（到目前为止显示的所有项目）而放弃了您可能获得的所有出色性能，那么使用ListAdapter和submitList（）来通知更改有什么意义呢？

1. 通知DataSetChanged（）：

即使它可以工作，但如果您决定首先使用ListAdapter，它肯定不是合适的方法。

没用。

更新列表中的项目后，我希望看到相应行的UI上发生的相应更改（而不仅仅是排序顺序）。

Answer 1

我花了很多时间，直到我发现我的问题和这篇文章描述的一样。我尝试了很多解决方案，但最终我意识到自己在不知不觉中把事情搞砸了。如果您遇到同样的问题，请检查您是否没有首先更新UI，并调用write命令来更新存储库中的值。在我的例子中，我正在更新LiveData对象，然后在Firebase数据库上更新该值。这个问题是因为我的UI正在监听LiveData对象上的更改，所以我的Firebase数据库观察器检测到了更改，调用了ListAdapter，看起来什么都没有更改。

为了解决这个问题，我删除了更新LiveData对象的行，只调用Firebase数据库发送更改。

Answer 2

几天前，我遇到了同样的问题。我试图更新适配器中的对象，如下所示：

binding.accept.setOnClickListener {
            existingEntity.taskStatus = "accept"
            listener.onItemClick(existingEntity)
        }

上面的代码正在更新数据库对象，但没有反映在我的回收器视图中。这是因为对对象的引用相同。所以当我更新适配器中的对象时，它会自动更新我列表中的对象。所以我像下面一样修改了我的代码：

binding.accept.setOnClickListener {
            val newEntity = existingEntity.copy()
            newEntity.taskStatus = "accept"
            listener.onItemClick(newEntity)
        }

所以我使用静态编程语言数据类复制（）方法创建了一个复制对象，它为我工作。

Answer 3

我不知道这是否是这个具体案例的解决方案，但从描述来看，这听起来和我最近经历的事情一模一样。

我第一次使用了一个新的Room LiveData ViewModel DiffUtils集成，在更新列表后，我在更新RecyclerView中的项目时遇到了同样的问题。

我遇到的问题是因为我了解如何更新列表，并允许DiffUtils按其应做的工作。希望以下内容足够清楚：

我在做什么：

1. 用户使用对话框更新其项目
2. RecyclerView中的列表项将用新信息更新
3. Room会触发LiveData observer，因为可能发生了变化
4. RecyclerView DiffUtils尝试检查旧适配器列表和新适配器列表之间的任何差异
5. 未检测到任何新内容
6. 适配器不会被触发以更新其UI

我的错误是认为问题在.5中，这导致我花了半天时间来回调试问题。最后，我偶然发现了一个问题（目前找不到），这让我找到了问题的正确来源。这个问题实际上存在于.2-更新列表中的项目。

这是一个问题，因为我们在DiffUtils有机会比较新旧列表更改之前就用新更改更新了我们的CURRENT适配器列表。这意味着每次DiffUtils总是将列表与已经包含新列表更改的旧列表进行比较。

解决方案是什么？不要更新列表项，因为它是一个对象，并且列表对象保持相同的引用，从而导致在使用/引用它的任何地方更新相同的实例。而是克隆项目对象（就像在深度克隆中一样，我知道这可能很烦人），应用用户对该克隆对象所做的更改，然后使用该克隆更新房间数据库中的项目条目。不要用克隆替换适配器列表项，不要使用原始列表项，我们只想更新数据库中的信息，而不是列表，因为DiffUtils将负责更新。

我们在这里主要做的是为我们的房间数据库创建一个更新负载，然后触发LiveData观察者将旧列表与新列表（包含更新的项目数据）进行比较，从而在两个列表之间检测到预期的更改。

这样做：

• 深度克隆适配器列表项
• 仅用新信息更新克隆
• 用克隆信息更新数据库

不要这样做：

• 直接更新适配器列表项
• 使用列表项信息更新数据库