Android ViewPager setCurrentItem funktioniert nach onResume nicht

Ich habe dieses seltsame Problem, ViewPager‘S setCurrentItem(position, false) funktioniert einwandfrei, dann wechsle ich zu einer anderen Aktivität, und nachdem ich zurück zur ersten Aktivität bin, die ViewPager landet immer beim ersten Artikel. Obwohl ich hinzugefügt habe setCurrentItem zu onResume Methode ignoriert es immer noch. Es löst nicht einmal eine Ausnahme aus, wenn ich versuche, das Element auf den Index außerhalb der Grenzen zu setzen. Später, wenn ich diese Methode aufrufe, funktioniert es wie erwartet, wenn auf die Schaltfläche “Weiter” getippt wird. Habe meinen Code 10 mal auf eventuelle Anrufe überprüft setCurrentItem(0) oder so, aber es ist einfach überhaupt nicht da.

Ich kann nicht wirklich beantworten, WARUM genau das passiert, aber wenn Sie den Aufruf von setCurrentItem um einige Millisekunden verzögern, sollte es funktionieren. Meine Vermutung ist, dass, weil während onResume Es gab noch keinen Rendering-Pass, und der ViewPager braucht einen oder so etwas.

private ViewPager viewPager;

@Override
public void onResume() {
    final int pos = 3;
    viewPager.postDelayed(new Runnable() {

        @Override
        public void run() {
            viewPager.setCurrentItem(pos);
        }
    }, 100);
}

UPDATE: Geschichtenzeit

also hatte ich heute das problem, dass der viewpager meine setCurrentItem aktion ignorierte, und ich habe stackoverflow nach einer lösung gesucht. ich habe jemanden mit dem gleichen Problem und einer Lösung gefunden; Ich habe den Fix implementiert und es hat nicht funktioniert. wow! zurück zum Stapelüberlauf, um diesen Faux-Fix-Anbieter abzulehnen, und …

ich war es. Ich habe mein eigenes fehlerhaftes Non-Fix implementiert, auf das ich beim ersten Mal gestoßen bin, als ich über das Problem gestolpert bin (und das später vergessen wurde). Ich muss mich jetzt selbst dafür abwerten, dass ich schlechte Informationen bereitgestellt habe.

Der Grund, warum mein anfängliches “Fix” funktionierte, war nicht wegen eines “Rendering-Passes”. Das Problem war, dass der Inhalt des Pagers von einem Spinner gesteuert wurde. sowohl der Spinner- als auch der Pager-Status wurden onResume wiederhergestellt, und aus diesem Grund wurde der Spinner-onItemSelected-Listener während des nächsten Ereignisweitergabezyklus aufgerufen, der den Viewpager erneut auffüllte – diesmal mit einem anderen Standardwert.
Das Entfernen und Zurücksetzen des Listeners während der Wiederherstellung des ursprünglichen Zustands behebt das Problem.

Der obige Fix funktionierte irgendwie beim ersten Mal, weil er die aktuelle Position des Pagers festlegte nach das onItemSelected-Ereignis ausgelöst. später funktionierte es aus irgendeinem Grund nicht mehr (wahrscheinlich wurde die App zu langsam – in meiner Implementierung habe ich nicht 100 ms, sondern 10 ms verwendet). ich habe dann postDelayed in einem Bereinigungszyklus entfernt, weil es das bereits fehlerhafte Verhalten nicht geändert hat.

Aktualisierung 2: Ich kann meinen eigenen Beitrag nicht downvoten. Ich nehme an, ehrenhafter Seppuku ist die einzige verbleibende Option.

Ich hatte ein ähnliches Problem im OnCreate meiner Aktivität. Der Adapter wurde mit der richtigen Anzahl eingerichtet und ich habe setCurrentItem angewendet, nachdem ich den Adapter auf den ViewPager eingestellt hatte, aber er würde den Index außerhalb der Grenzen zurückgeben. Ich denke, der ViewPager hatte nicht alle meine Fragmente geladen, als ich das aktuelle Element eingestellt habe. Durch das Posten eines Runnable auf dem ViewPager konnte ich dies umgehen. Hier ist ein Beispiel mit ein wenig Kontext.

    // Locate the viewpager in activity_main.xml
    final ViewPager viewPager = (ViewPager) findViewById(R.id.pager);

    // Set the ViewPagerAdapter into ViewPager
    viewPager.setAdapter(new ViewPagerAdapter(getSupportFragmentManager()));

    viewPager.setOffscreenPageLimit(2);

    viewPager.post(new Runnable() {
        @Override
        public void run() {
            viewPager.setCurrentItem(ViewPagerAdapter.CENTER_PAGE);
        }
    });

Ich habe eine sehr einfache Problemumgehung dafür gefunden:

    if (mViewPager.getAdapter() != null)
        mViewPager.setAdapter(null);
    mViewPager.setAdapter(mPagerAdapter);
    mViewPager.setCurrentItem(desiredPos);

Und wenn das nicht funktioniert, können Sie es in einen Handler stecken, aber es ist keine zeitliche Verzögerung erforderlich:

        new Handler().post(new Runnable() {
            @Override
            public void run() {
                mViewPager.setCurrentItem(desiredPos);
            }
        });

Ich hatte einen ähnlichen Fehler im Code, das Problem war, dass ich die Position eingestellt habe, bevor ich die Daten geändert habe.

Die Lösung bestand einfach darin, die Position nachträglich einzustellen und die geänderten Daten mitzuteilen

notifyDataSetChanged()
setCurrentItem()

ViewTreeObserver kann verwendet werden, um eine statische Verzögerung zu vermeiden.

Kotlin:

Fühlen Sie sich frei, die Kotlin-Erweiterung als prägnante Option zu verwenden.

view_pager.doOnPreDraw {
    view_pager.currentItem = 1
}

Bitte stellen Sie sicher, dass Sie eine Gradle-Abhängigkeit haben: Implementierung ‘androidx.core:core-ktx:1.3.2’ oder höher

Java

OneShotPreDrawListener.add(view_pager, () -> view_pager.currentItem = 1);

Ich habe das gleiche Problem und ich bearbeite

@Override
public int getCount() { return NUM_PAGES; }

ich setze NUM_PAGES sein Fehler zu 1 nur.

ein Typ hat hier im Forum geschrieben. https://code.i-harness.com/en/q/126bff9 hat bei mir funktioniert

 if (mViewPager.getAdapter() != null)
    mViewPager.setAdapter(null);
mViewPager.setAdapter(mPagerAdapter);
mViewPager.setCurrentItem(desiredPos);