В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

StartAndroid Ru Chat

3063 membersпожаловаться на группу
2021 March 11

S

Shams in StartAndroid Ru Chat
Albert Abdullin
Я уже час пытаюсь поймать. И я не могу понять в чем дело. На отладке делаешь - все норм. Без отладки - крашится. Поэтому у меня появились предположения, что дело в многопоточности. Хотя раньше всегда работало все
1. Set data to adapter
2. Remove some item, or all data from list
3. Scroll recycler

Попробуй так. Я так смог воспроизводить этот краш
источник
12:08пожаловаться#1

S

Shams in StartAndroid Ru Chat
Shams
1. Set data to adapter
2. Remove some item, or all data from list
3. Scroll recycler

Попробуй так. Я так смог воспроизводить этот краш
При этом не вызывай notifydatasetchanged() после 2 пункта
источник
12:09пожаловаться#2

AA

Albert Abdullin in StartAndroid Ru Chat
Видимо, это как-то с многопоточностью связано. Начал удалять элементы в ui-потоке непосредственно перед вызовом метода адаптера. Крашей за 20 тестов не случилось. Но повторюсь, что это дико странно. Так как добавление элементов по одному, загрузка общего количества за раз и изменение элементов списка происходит и всегда происходило в фоновом потоке. Там все работает
источник
12:18пожаловаться#3

AA

Albert Abdullin in StartAndroid Ru Chat
А удаление прям - в первый раз такое. Даже время на это тратить то не хотелось. Бред какой-то
источник
12:19пожаловаться#4

I

Ivan in StartAndroid Ru Chat
Albert Abdullin
А удаление прям - в первый раз такое. Даже время на это тратить то не хотелось. Бред какой-то
если я правильно понял то ты в цикле удаляешь элементы из листа. А потом также 500 раз вызываешь notifyItemRemoved ибо это через postValue сделано
источник
12:21пожаловаться#5

I

Ivan in StartAndroid Ru Chat
нет никакого порядка вызова, postValue это что такое? Типа хендлер на UI?
источник
12:21пожаловаться#6

AA

Albert Abdullin in StartAndroid Ru Chat
Ivan
нет никакого порядка вызова, postValue это что такое? Типа хендлер на UI?
Да. Я решил, что хэндлер для обновления данных не нужен, раз есть postVlaue
источник
12:22пожаловаться#7

I

Ivan in StartAndroid Ru Chat
Albert Abdullin
Да. Я решил, что хэндлер для обновления данных не нужен, раз есть postVlaue
так это из лайвдаты или что?)
источник
12:23пожаловаться#8

AA

Albert Abdullin in StartAndroid Ru Chat
Ivan
если я правильно понял то ты в цикле удаляешь элементы из листа. А потом также 500 раз вызываешь notifyItemRemoved ибо это через postValue сделано
Все верно описали. Такой алгоритм. Только уж не 500 раз, а количеству, равным выбранных элементов для удаления
источник
12:23пожаловаться#9

I

Ivan in StartAndroid Ru Chat
В любом случае я думаю он просто кладёт в очередь на UI тред.
И у тебя может быть такое:
1) Удаление из списка
2) Удаление из списка
3) Удаление из списка
4) notifyItemRemoved
5) Удаление из списка
6) notifyItemRemoved
7) notifyItemRemoved

то есть абсолютно в рандомном порядке эти вызовы идут
источник
12:23пожаловаться#10

AA

Albert Abdullin in StartAndroid Ru Chat
Конечно вместо цикла можно было бы removeAll
источник
12:24пожаловаться#11

I

Ivan in StartAndroid Ru Chat
я бы тебе советовал всё переделать на одну операцию через removeAll, да
источник
12:24пожаловаться#12

I

Ivan in StartAndroid Ru Chat
Может быть, может быть, тебя спасёт CopyOnWriteArrayList (для adapterListOfEntitiesVM)
источник
12:25пожаловаться#13

AA

Albert Abdullin in StartAndroid Ru Chat
Ivan
В любом случае я думаю он просто кладёт в очередь на UI тред.
И у тебя может быть такое:
1) Удаление из списка
2) Удаление из списка
3) Удаление из списка
4) notifyItemRemoved
5) Удаление из списка
6) notifyItemRemoved
7) notifyItemRemoved

то есть абсолютно в рандомном порядке эти вызовы идут
Не-не-не. У меня скобок же нет. Он сперва в цикле удаляет элементы из списка. И только затем один раз postValue
источник
12:25пожаловаться#14

I

Ivan in StartAndroid Ru Chat
Аа, понял
источник
12:26пожаловаться#15

AA

Albert Abdullin in StartAndroid Ru Chat
Ivan
я бы тебе советовал всё переделать на одну операцию через removeAll, да
Да. Глаз мазолится. Всегда нужен взгляд со стороны. Это правильное решение
источник
12:26пожаловаться#16

I

Ivan in StartAndroid Ru Chat
Albert Abdullin
Не-не-не. У меня скобок же нет. Он сперва в цикле удаляет элементы из списка. И только затем один раз postValue
так может в Observer вместо многократного вызова notifyItemRemoved вызвать notifyItemRangeRemoved и всё?
источник
12:27пожаловаться#17

I

Ivan in StartAndroid Ru Chat
или там позиции не по порядку могут идти
источник
12:27пожаловаться#18

AA

Albert Abdullin in StartAndroid Ru Chat
Ivan
так может в Observer вместо многократного вызова notifyItemRemoved вызвать notifyItemRangeRemoved и всё?
Диапазон - это когда элементы списка идут подряд. А у меня они в хаотичном порядке могут быть
источник
12:27пожаловаться#19

I

Ivan in StartAndroid Ru Chat
да, понял
источник
12:28пожаловаться#20