Bottom_spacer — это призрачный экран во всю высоту, а ScrollLock использует неправильное условие и неправильную ось. ⇐ Android

[Anonymous]

item(key = "bottom_spacer") {
val localDensity = LocalDensity.current
Spacer(Modifier.height(with(localDensity) { lazyColumnHeightPx.toDp() }))
}

lazyColumnHeightPx — это полная высота LazyColumn в пикселях (например, 1800 пикселей на обычном телефоне). Вы добавляете разделитель высотой ровно в один полный экран после вашего последнего сообщения.
Почему он существует? Цель хорошая — он позволяет последнему сообщению прокручиваться вверх и оставаться там, поэтому оно не скрывается внизу. Но побочный эффект таков: с точки зрения LazyColumn, после последнего реального сообщения остаются сотни пустого пространства. Когда вы прокручиваете это пустое пространство, вы еще не находитесь в «низу» списка — вы прокручиваете невидимые поля. Таким образом, listState.firstVisibleItemIndex по-прежнему указывает на элемент-разделитель, а не на последнее сообщение, а последнее сообщение визуально исчезает вверх за пределами экрана.
val scrollLock = remember(listState) {
object : NestedScrollConnection {
override fun onPreScroll(available: Offset, source: NestedScrollSource): Offset {
if (available.y < 0 && chatSessions.isNotEmpty()) {
if (listState.firstVisibleItemIndex >= chatSessions.size - 1) {
return available // consume scroll — but this is wrong
}
}
return Offset.Zero
}
}
}

Здесь три проблемы:
a) Available.y < 0 означает, что пользователь прокручивает вниз (палец перемещается вверх). Это пытается заблокировать прокрутку вниз, когда вы приближаетесь к последнему сеансу. Но из-за разделителя последняя проверка индекса сеанса >=chatSessions.size - 1 срабатывает слишком рано — вы все еще прокручиваете элемент разделителя, а не совсем внизу.
b) return Available полностью поглощает прокрутку, то есть жестко останавливает прокрутку — ни пружины, ни резинки, просто стена. Поэтому, если вы резко броситесь вниз, список остановится, а затем макет перерисуется, что может вытолкнуть последнее сообщение из поля зрения во время этого единственного кадра рекомпозиции.
c) Он переопределяет только onPreScroll — нет onPostFling или onPreFling, поэтому быстрые переброски полностью обходят его, и список все равно выходит за пределы.

Как они вместе создают ошибку
Вот точная последовательность событий:
1. User scrolls down into the bottom_spacer zone
→ last message is still visible, but listState thinks
you're at item index N (the spacer), not the bottom

2. User flings hard downward
→ scrollLock fires onPreScroll with available.y < 0
→ BUT the index check may or may not fire depending on
timing — it's a race between scroll position and recomposition

3. If scrollLock does NOT fire in time:
→ LazyColumn scrolls into the spacer
→ last real message scrolls off the TOP of the screen
→ layout redraws with last message now at a negative offset

4. If scrollLock DOES fire:
→ it returns `available` which hard-stops with no spring
→ the sudden jolt causes a single-frame layout jump
→ last message flickers out of position and snaps back
(the "sometimes" behaviour you're seeing)


Подробнее здесь: https://stackoverflow.com/questions/799 ... e-wrong-co