Uzyskiwanie "SocketException: zerowanie połączenia przez peer" w Androidzie

Question

Moja aplikacja musi skontaktować się z tym samym urządzeniem, nad którym pracuje, przez http://127.0.0.1/... (adres URL localhost).

Z jakiegoś powodu, około 50% czasu (a może dokładnie 50%) kiedy osiągnie internetowej jest z zawartością JSON, otrzymuję wyjątek:

java.net.SocketException: recvfrom zawiodły (Connection Reset by Peer) ECONNRESET

Dla pozostałych 50%, dostaję doskonale dobre rezultaty. Próbowałem przeprowadzić ankiety (a nawet duże opóźnienie między ankietami), ale wciąż otrzymuję te same dziwne wyniki.

Szukałem w Internecie, a także tutaj, i nie jestem pewien, dlaczego tak się dzieje. Czy peer oznacza, że ​​spowodował to klient? Dlaczego tak się dzieje i jak mam sobie z tym poradzić?

Niektóre witryny podają, że jest to typowe, ale nie znalazłem w tych przypadkach najlepszych rozwiązań.

Answer 1

OK, odpowiedź brzmiała, że ​​to wina serwera - musiała zamknąć połączenie po każdym żądaniu.

Możliwe, że system Android utrzymuje pulę połączeń i korzysta ze starego lub czegoś podobnego.

W każdym razie, teraz działa.

---

Edycja: zgodnie z API HttpURLConnection ten można rozwiązać po stronie klienta zbyt:

Strumienie wejściowe i wyjściowe powrotu tej grupie nie są buforowane. Większość osób dzwoniących powinna zawinąć zwrócone strumienie za pomocą metody BufferedInputStream lub BufferedOutputStream. Rozmówcy, którzy tylko zbiorczo odczytują lub zapisują, mogą pominąć buforowanie. Podczas przesyłania dużych ilości danych do lub z serwera użyj strumieni, aby ograniczyć ilość danych w pamięci naraz. Jeśli nie potrzebujesz całego ciała do zapisania w pamięci jednocześnie, przetwarzaj je jako strumień (zamiast przechowywać całe ciało jako pojedynczą tablicę bajtową lub ciąg).

Aby zmniejszyć opóźnienie, ta klasa może ponownie użyć tego samego podstawowego gniazda dla wielu par żądań/odpowiedzi. W wyniku tego połączenia HTTP mogą być przechowywane dłużej niż to konieczne. Połączenia z rozłączeniem() mogą zwrócić gniazdo do puli podłączonych gniazd. To zachowanie można wyłączyć , ustawiając właściwość systemową http.keepAlive na wartość false przed wydaniem żądań HTTP. Właściwość http.maxConnections może być używana do kontrolowania liczby bezczynnych połączeń z każdym serwerem.

albumu: developer.android.com/reference/java/net/HttpURLConnection.html

Answer 2

Miałem wiele z tych Connection reset by peer podczas odwiedzania niektórych stron internetowych lub pobierania plików (z mojej aplikacji lub przeglądarki Android).

Okazało się, że to mój operator 3G zablokował połączenia (na przykład pobieranie pliku .exe było zabronione).

Czy masz ten sam problem z Wi-Fi?

Answer 3

Jest to stary wątek wiem. Ale to może pomóc komuś.

W moim przypadku ten błąd został spowodowany przez usługę .NET WCF (mydło). Jeden z obiektów zwracanego wyniku miał właściwość DataMember z get {}, ale nie ustawiono właściwości set {}.

Aby wystąpiła serializacja, każdy element DataMember powinien mieć zestaw {} & zestaw {}. Zaimplementowałem pusty zbiór {} (pusty ze względu na moje reguły biznesowe) i problem został rozwiązany.

Moje scenerio jest specyficzną wadliwą implementacją serwera, ale być może pomoże to komuś zaoszczędzić czas podczas rozwiązywania problemów.

Answer 4

spróbuj ustawić tę właściwość na Twój HttpURLConnection przed podłączeniem:

conn.setRequestProperty("connection", "close"); 

To spowoduje wyłączenie „utrzymania aktywności” własności, która jest domyślnie włączona.