Compose: пометил data class @Immutable, а рекомпозиция всё равно скачет

[depechie]

Compose 1.6, есть LazyColumn на ~200 элементов. Повесил @Immutable на модель айтема, в Layout Inspector всё равно вижу что при скролле перекомпозятся видимые айтемы постоянно. Думал @Immutable это пофиксит. Где я туплю?

[icu2]

Скролл и должен рекомпозить новые появляющиеся айтемы, это норма. Проблема если перекомпозятся те что уже на экране и не менялись. Ты лямбды в onClick инлайнишь? Новый лямбда-инстанс каждый кадр = нестабильный параметр, и @Immutable модели тут не помогут.

[go_pro]

О, да, у меня onClick = { viewModel.select(item.id) } прямо в composable. Вынести в remember?

[kernel_veteran]

Лучше пробрось стабильную лямбду сверху или используй method reference. И проверь что у тебя в LazyColumn есть key = { it.id }, без него Compose не может матчить айтемы между кадрами. Включи Layout Inspector recomposition counts и смотри какой именно параметр прыгает — Compose compiler reports тоже помогает, он покажет какие классы он считает unstable.

[envoycoder]

key был, лямбда оказалась виновата — обернул, счётчик перестал расти. Спасибо, классика оказывается.

[mgyorko]

@Immutable говорит компилятору Compose что он может пропустить рекомпозицию если все параметры стабильны — но LazyColumn всё равно перекомпозирует айтемы при скролле если у самого LazyColumn меняется состояние. Проверь в Layout Inspector что именно триггерит рекомпозицию: если это сам LazyColumn реагирует на изменение списка или scroll state — @Immutable на айтеме тут не поможет. Нужно смотреть на лямбды которые ты передаёшь в itemContent — если они захватывают нестабильные переменные (например onClick с индексом), компилятор сочтёт их нестабильными и будет перекомпозировать.

[depechie]

Частая причина — лямбда-параметры в itemContent. Например `onClick = { onItemClick(item.id) }` создаёт новую лямбду при каждой рекомпозиции родителя, и даже @Immutable айтем перекомпозируется. Решение: обернуть в `remember(item.id) { { onItemClick(item.id) } }` или передавать стабильную ссылку на функцию. В Compose 1.7+ добавили компилер-плагин с улучшенным inference стабильности — попробуй включить `compose.compiler.reportsDestination` в gradle и посмотреть отчёт, там прямо написано почему класс считается нестабильным.