ListAdapter не обновляет элемент в RecyclerView

Обновлено: я понимаю, почему это происходит, это не моя точка зрения. Я хочу сказать, что он должен, по крайней мере, выдать предупреждение или вызвать функцию notifyDataSetChanged(). Потому что, видимо, я не зря вызываю функцию submitList(...). Я почти уверен, что люди часами пытаются выяснить, что пошло не так, пока не поймут, что submitList () молча игнорирует вызов.

Это из-за странной логики Google. Таким образом, если вы передадите тот же список адаптеру, он даже не вызовет DiffUtil.

public void submitList(final List<T> newList) {
    if (newList == mList) {
        // nothing to do
        return;
    }
....
}

Я действительно не понимаю всего смысла этого ListAdapter, если он не может обрабатывать изменения в том же списке. Если вы хотите изменить элементы в списке, который вы передаете ListAdapter, и увидеть изменения, то вам нужно либо создать полную копию списка, либо вам нужно использовать обычный RecyclerView с вашим собственным классом DiffUtill.

Библиотека предполагает, что вы используете Room или любой другой ORM, который предлагает новый асинхронный список каждый раз, когда он обновляется, поэтому простой вызов submitList для него будет работать, а для небрежных разработчиков он предотвращает выполнение вычислений дважды, если вызывается один и тот же список.

Принятый ответ правильный, он предлагает объяснение, но не решение.

Что вы можете сделать, если не используете такие библиотеки:

submitList(null);
submitList(myList);

Другим решением было бы переопределить submitList (который не вызывает такого быстрого мигания) как таковой:

@Override
public void submitList(final List<Author> list) {
    super.submitList(list != null ? new ArrayList<>(list) : null);
}

Или с кодом Kotlin:

override fun submitList(list: List<CatItem>?) {
    super.submitList(list?.let { ArrayList(it) })
}

Сомнительная логика, но работает отлично. Я предпочитаю второй метод, потому что он не вызывает вызова onBind для каждой строки.

Согласно официальному документы:

Каждый раз, когда вы вызвать submitList отправляет новый список для сравнения и отображается.

Вот почему всякий раз, когда вы вызываете submitList в предыдущий (уже представленный список), он не рассчитывает разницу и не уведомлять адаптер для изменения в наборе данных.

У меня была аналогичная проблема, но неправильный рендеринг был вызван комбинацией setHasFixedSize(true) и android:layout_height = "wrap_content". Впервые адаптер поставлялся с пустым списком, поэтому высота никогда не обновлялась и была 0. В любом случае, это решило мою проблему. У кого-то может быть такая же проблема, и он подумает, что это проблема с адаптером.

Сегодня тоже наткнулся на эту "проблему". С помощью insa_c ответ и Решение RJFares я сделал себе функцию расширения Kotlin:

/**
 * Update the [RecyclerView]'s [ListAdapter] with the provided list of items.
 *
 * Originally, [ListAdapter] will not update the view if the provided list is the same as
 * currently loaded one. This is by design as otherwise the provided DiffUtil.ItemCallback<T>
 * could never work - the [ListAdapter] must have the previous list if items to compare new
 * ones to using provided diff callback.
 * However, it's very convenient to call [ListAdapter.submitList] with the same list and expect
 * the view to be updated. This extension function handles this case by making a copy of the
 * list if the provided list is the same instance as currently loaded one.
 *
 * For more info see 'RJFares' and 'insa_c' answers on
 * https://stackoverflow.com/questions/49726385/listadapter-not-updating-item-in-reyclerview
 */
fun <T, VH : RecyclerView.ViewHolder> ListAdapter<T, VH>.updateList(list: List<T>?) {
    // ListAdapter<>.submitList() contains (stripped):
    //  if (newList == mList) {
    //      // nothing to do
    //      return;
    //  }
    this.submitList(if (list == this.currentList) list.toList() else list)
}

который затем можно использовать где угодно, например:

viewModel.foundDevices.observe(this, Observer {
    binding.recyclerViewDevices.adapter.updateList(it)
})

и он только (и всегда) копирует список, если он такой же, как загруженный в данный момент.

Если у вас возникнут проблемы при использовании

recycler_view.setHasFixedSize(true)

вы должны обязательно проверить этот комментарий: https://github.com/gotitbot/expandable-recycler-view/issues/53#issuecomment-362991531

Это решило проблему с моей стороны.

(Вот скриншот комментария по запросу)

с Kotlin просто вам нужно преобразовать свой список в новый MutableList, например, этот или другой тип списка в соответствии с вашим использованием

.observe(this, Observer {
            adapter.submitList(it?.toMutableList())
        })

Для меня эта проблема возникла, если я использовал RecyclerView внутри ScrollView с nestedScrollingEnabled = "false" и высотой RV, установленной на wrap_content.
Адаптер обновился правильно, и была вызвана функция привязки, но элементы не были показаны - RecyclerView застрял в исходном размере.

Замена ScrollView на NestedScrollView устранила проблему.

Мне нужно было изменить мой DiffUtils

override fun areContentsTheSame(oldItem: Vehicle, newItem: Vehicle): Boolean {

Чтобы действительно вернуть, является ли содержимое новым, а не просто сравнить идентификатор модели.

В моем случае я забыл установить LayoutManager на RecyclerView. Эффект от этого такой же, как описано выше.

Для всех, у кого сценарий такой же, как у меня, я оставляю свое решение, которое я не знаю, почему оно работает, здесь.

Решение, которое сработало для меня, было от @Mina Samir, который отправляет список как изменяемый список.

Сценарий моей проблемы:

-Загрузка списка друзей внутри фрагмента.

1. ActivityMain присоединяет FragmentFriendList (наблюдает за живыми данными элементов базы данных друга) и в то же время запрашивает http-запрос к серверу, чтобы получить весь мой список друзей.

2. Обновите или вставьте элементы с http-сервера.

3. Каждое изменение запускает обратный вызов onChanged для живых данных. Но когда я впервые запускаю приложение, а это значит, что на моем столе ничего не было, submitList завершается успешно без каких-либо ошибок, но на экране ничего не появляется.

4. Однако, когда я запускаю приложение во второй раз, данные загружаются на экран.

Решение, как было сказано выше, заключается в отправке списка как mutableList.

Использование первого ответа @RJFares успешно обновляет список, но не поддерживает состояние прокрутки. Весь RecyclerView начинается с 0-й позиции. В качестве обходного пути я сделал следующее:

   fun updateDataList(newList:List<String>){ //new list from DB or Network

     val tempList = dataList.toMutableList() // dataList is the old list
     tempList.addAll(newList)
     listAdapter.submitList(tempList) // Recyclerview Adapter Instance
     dataList = tempList

   }

Таким образом, я могу поддерживать состояние прокрутки RecyclerView вместе с измененными данными.

У меня была похожая проблема. Проблема заключалась в функциях Diff, которые неадекватно сравнивали элементы. Всем, у кого есть эта проблема, убедитесь, что ваши функции Diff (и, соответственно, ваши классы объектов данных) содержат правильные определения сравнения, то есть сравнение всех полей, которые могут быть обновлены в новом элементе. Например в исходном посте

    override fun areContentsTheSame(oldItem: Artist?, newItem: Artist?): Boolean {
    return oldItem == newItem
}

Эта функция (потенциально) не делает то, что написано на этикетке: она не сравнивает содержимое двух элементов - пока не, вы переопределили функцию equals() в классе Artist. В моем случае я этого не делал, и определение areContentsTheSame проверяло только одно из необходимых полей из-за моего недосмотра при его реализации. Это структурное равенство против ссылочного равенства, вы можете узнать об этом больше здесь

Причина, по которой ваш ListAdapter .submitlist не вызывается, заключается в том, что объект вы обновили по-прежнему сохраняет тот же адрес в памяти.

Когда вы обновляете объект, скажем, .setText, он изменяет значение в исходном объекте.

Так что, когда вы проверите, если object.id == object2.id, он вернется как тот же потому что оба имеют ссылку на одно и то же место в памяти.

Решение состоит в том, чтобы создать новый объект с обновленными данными и вставить его в свой список. Затем будет вызван submitList, и он будет работать правильно

Потратил столько времени на то, чтобы разобраться в проблеме в том же случае.

Но в моей ситуации проблема заключалась в том, что я забыл указать layoutManager для моего recyclerView: vRecyclerView.layoutManager = LinearLayoutManager(requireContext())

Надеюсь, никто не повторит мою ошибку ...

Оптимальное решение: для Котлина

        var list :ArrayList<BaseModel> = ArrayList(adapter.currentList)
        list.add(Item("Content"))
        adapter.submitList(list) {
            Log.e("ListAdaptor","List Updated Successfully")
        }

Мы не должны поддерживать другой базовый список, так как adapter.currentList вернет список, в котором уже вычислен diff.

Мы должны предоставлять новый экземпляр каждый раз, когда список обновляется из-за DiffUtil. Согласно документации Android DiffUtil - это служебный класс, который вычисляет разницу между двумя списками и выводит список операций обновления, которые преобразуют первый список во второй. Один список уже поддерживается AsyncListDiffer, который запускает diffutil в фоновом потоке, а другой должен быть передан с помощью adaptor.submitList ()

Это решает мою проблему. Я думаю, что лучший способ - не переопределять шину submitList, добавляя новую функцию для добавления нового списка.

    fun updateList(list: MutableList<ScaleDispBlock>?) {
        list?.let {
             val newList = ArrayList<ScaleDispBlock>(list)
            submitList(newList)
        }
    }