Parallele HTTP-Anforderungen mit Retrofit

Ich habe ein Android-Anwendung, die derzeit Volley Bibliothek, Netzwerkanfragen zu senden und heruntergeladene Bilder anzeigen mit NetworkImageView.

Ich würde gerne testen Retrofit's-Fähigkeiten, und da muss ich laufen, viele Anforderungen (in tausend) ich bin ein bisschen besorgt über die parallele Ausführung. Volley Griffe parallele Anfragen mit der RequestQueue dass die Grenzen der gleichzeitigen ausführen von Anfragen, um vier, während die anderen Anforderungen werden in Warteschlangen warten, um ausgeführt zu werden. In Retrofit Dokumentationen habe ich noch nicht gefunden, einen Weg, um behandeln Sie die Anzahl der gleichzeitigen Anfragen und ich vermute, dass solche details sind für den Entwickler Links in dieser Bibliothek.

Ist das richtig? Wenn ja, gibt es eine android-orientierte Implementierung/Bibliothek zur Verfügung? Ansonsten, was sind die besten Methoden zu behandeln parallele Anfragen?

InformationsquelleAutor Vektor88 | 2014-04-23
  1. 39

    Nachrüstung verwendet eine Executor für Warteschlangen-Anfragen.

    Standardmäßig verwendet Executors.newCachedThreadPool das erlaubt eine unbegrenzte Anzahl von threads. Das passt den meisten Fällen verwenden, da Sie normalerweise immer nur ein oder zwei Anfragen auf einmal geschieht.

    Können Sie dieses Verhalten jedoch ändern, indem Sie Ihre eigenen, wenn Gebäude, die RestAdapter. Rufen Sie setExecutors und übergeben Sie einen Testamentsvollstrecker einsetzt, beschränkt thread-pool (begrenzt auf das, was Zahl, die Sie möchten). Für das zweite argument übergeben Sie einfach eine neue Instanz von MainThreadExecutor, so dass Rückrufe geschehen auf dem Haupt-thread.

    • Sind Sie darauf hindeutet, zu verwenden ThreadPoolExecutor für die Bearbeitung meines threads? Wenn ja, ich war mit diesem vor Migration zu Volley, aber ich hatte zwei wesentliche Probleme: 1) verlor ich einige Anfragen, weil die queue voll war, Volley hat eine unbegrenzte Warteschlange. 2) Einige Anfragen aus der Warteschlange entfernt wurden, weil Sie zu lange warten.
    • Ja. Über eine unbegrenzte Warteschlange lösen beide 1 und 2. Es gibt ein paar in java.util.concurrent zu wählen.
    • Vielen Dank für die Hinweise, das ist definitiv Arbeit.
    • Genial! Froh, dass es hilfreich war.
    • Bitte geben Sie code-Beispiel, wie die Begrenzung auf max 5 Anforderungen gleichzeitig
    • RestAdapter restAdapter = new RestAdapter.Builder() .setEndpoint(SomeEndpoint) .setExecutors(Executors.newFixedThreadPool(5), null) .build(); Hinweis das zweite argument ist die callback-executor - dies wird die callback-auf dem gleichen thread wie der client. square.github.io/retrofit/javadoc/retrofit/...
    • So beim Bau der RestAdapter und mit setExecutors, es wird eine bestimmte Anzahl der erlaubten requests in der Warteschlange (wenn nötig) zu korrigieren? Wie würde man in der Lage sein zu handhaben, die Parallelität beim Empfang der Antwort von der CallBack? Tut Nachrüstung umgehen?
    • Funktioniert retrofit 2.0 verwendet Executors#newCachedThreadPool?
    • Kann diese Methode verwendet werden, mit den neuesten Retrofit 2.0 ??
    • Mit retrofit 2.0, wie geschrieben, in diesem retrofit github issue, OkHttpClient dispatcher verwendet werden. Es ist ein Beispiel in das andere github-issue.

    InformationsquelleAutor Jake Wharton
Schreibe einen Kommentar