RecyclerView LinearLayoutManager computeVerticalScrollOffset() liefert keinen korrekten Wert

Question

Ich arbeite mit einem RecyclerView und einem entsprechenden LinearLayoutManager. Ich habe einige benutzerdefinierte Scroll-Funktionen zu einem Teil meiner App hinzugefügt, wo ich ein benutzerdefiniertes Header-Objekt zusammen mit dem Scroll des RecyclerView nach diesem Projekt modellieren würde: https://github.com/boxme/ParallaxHeaderViewPager (das ListView anstelle von RecyclerView verwendet).

Ich lief jedoch in einem seltsamen Problem. Es würde für eine Weile gut laufen, aber dann würde es ein paar hundert Pixel springen. Ich habe log-Anweisungen hinzugefügt, um den Offset zu sehen, der von LinearLayoutManager.computeVerticalScrollOffset() berechnet wurde, während ich so oft scrollte, dass der Offset zufällig von 320 auf 1200 sprang, dann würde er den Offset von diesem Punkt aus berechnen.

Siehe meine Antwort unten, wie ich das gelöst habe!

Answer 1

Das Problem endete damit, dass ich einen sehr großen unsichtbaren Gegenstand in meiner Liste hatte, gefolgt von einer Reihe kleinerer Gegenstände. Es stellt sich heraus, dass LinearLayoutManager.computeVerticalScrollOffset() durchschnittliche Zeilenhöhe bei der Berechnung berücksichtigt. Dies verursachte ein Problem für mich, da dieser große Gegenstand an der Spitze die durchschnittliche Höhe der Reihen abwarf. Ich habe das gelöst, indem ich ein paar kleinere unsichtbare Elemente an der Spitze hinzugefügt habe, anstatt eine große, um die durchschnittliche Zeilenhöhe genau zu halten.

Ich hoffe, das hilft jedem, der ein ähnliches Problem hat!