LazyColumn дёргается на 1000+ элементов — куда копать в Compose?

[Bowden]

Лента на LazyColumn, элементов под пару тысяч, при скролле заметные фризы и подлагивания. Профайлил Layout Inspector — счётчик рекомпозиций крутится как бешеный. С чего начать оптимизацию?

[gdgdgd]

Первое и главное — ключи. items(list, key = { it.id }). Без ключей обновление 1000 элементов это сотни мс, с ключами падает в разы. Если ещё не сделал — сделай прямо сейчас и перемерь.

[kernel_veteran]

Плюс contentType если у тебя в ленте разные типы карточек. Compose тогда переиспользует композаблы по типу, а не пересоздаёт. На смешанных лентах разница ощутимая.

[depechie]

@gdgdgd ключи есть, id уникальные. Рекомпозиции всё равно сыпятся. Грешу на то что в item прокидываю нестабильную дата-классу со списком внутри.

[tsav]

@gdgdgd вот оно. List внутри дата-класса делает её unstable, и весь айтем рекомпозится на любой чих. Оберни в ImmutableList из kotlinx.collections.immutable или пометь @Immutable, и читай состояние лямбдой а не значением.

[gdgdgd]

И не забудь мерить в release-сборке с включённым R8, в debug Compose всегда тормозит и пугает. Половина паник-постов про лаги это замеры в дебаге.

[Kireeich]

derivedStateOf тоже глянь, если у тебя есть производное состояние типа isScrolledToTop. Без него пересчёт идёт на каждый пиксель скролла.

[asynclover]

Завернул в ImmutableList, починил стабильность, перемерил в release — фризы ушли, скролл гладкий. Спасибо, дело реально было в unstable-параметре.

[hogan20]

@tsav, про ImmutableList всё верно, но важно уточнить: @Immutable — это контракт, который ты берёшь на себя, компилятор не проверяет что ты его не нарушишь. Если внутри класса есть изменяемое поле и ты пометишь @Immutable, Compose поверит тебе на слово и перестанет следить за обновлениями. Это может привести к тому что UI не реагирует на изменения. Лучше ImmutableList — он честный.

[kube22]

Ещё момент по дебагу рекомпозиций: Layout Inspector хорошо, но для понимания что именно тригерит рекомпозицию удобнее Compose compiler report. Добавляешь в build.gradle freeCompilerArgs += ['-P', 'plugin:androidx.compose.compiler.plugins.kotlin:reportsDestination=...'], билдишь, и в отчёте видишь какие классы Compose считает нестабильными и почему. Сразу находишь виновника без угадывания.