Ottenere "SocketException: connessione ripristinata dal peer" in Android

Question

La mia app deve contattare lo stesso dispositivo su cui sta lavorando, tramite http://127.0.0.1/... (un url localhost).

Per qualche ragione, circa il 50% delle volte (e forse esattamente il 50%) quando raggiungo un sito web con contenuti non JSON, ottengo l'eccezione:

java.net.SocketException: recvfrom fallita : ECONNRESET (Connessione ripristinata dal peer)

Per l'altro 50%, ottengo risultati perfettamente buoni. Ho provato a fare sondaggi (e anche un grande ritardo tra i sondaggi), ma continuo a ottenere gli stessi risultati strani.

Ho cercato su internet e anche qui, e non sono sicuro del perché si verifichi. Il peer significa che il cliente l'ha causato? Perché succede e come dovrei gestirlo?

Alcuni siti web dicono che è una cosa comune, ma non ho trovato quale sia la cosa migliore da fare in questi casi.

Answer 1

Ok, la risposta è stata che è colpa del server - ha dovuto chiudere la connessione dopo ogni richiesta.

Potrebbe essere che Android mantiene un pool di connessioni e usa quello vecchio o qualcosa del genere.

In ogni caso, ora funziona.

---

EDIT: secondo l'API di HttpURLConnection, questo può essere risolto dal lato client troppo:

I flussi di ingresso e di uscita restituiti da questa classe non sono bufferizzati. La maggior parte dei chiamanti deve eseguire il wrapping dei flussi restituiti con BufferedInputStream o BufferedOutputStream. I chiamanti che eseguono solo letture o scritture di massa possono omettere il buffering. Quando si trasferiscono grandi quantità di dati da o verso un server , utilizzare gli stream per limitare la quantità di dati presenti nella memoria contemporaneamente. A meno che non sia necessario che l'intero corpo sia in memoria in una sola volta, elaborarlo come un flusso (anziché memorizzare il corpo completo come un singolo array di byte o stringa).

Per ridurre la latenza, questa classe può riutilizzare lo stesso Socket sottostante per coppie di richieste/risposte multiple . Di conseguenza, le connessioni HTTP potrebbero essere aperte a più a lungo del necessario. Le chiamate a disconnect() possono restituire il socket a un pool di socket connessi. Questo comportamento può essere disabilitato impostando la proprietà di sistema http.keepAlive su false prima di emettere eventuali richieste HTTP. La proprietà http.maxConnections può essere utilizzata per e controlla il numero di connessioni inattive per ciascun server.

Tratto da: developer.android.com/reference/java/net/HttpURLConnection.html

Answer 2

Avevo molti di questi Connection reset by peer durante la visita di determinate pagine Web o il download di file (dalla mia app o dal browser Android).

Si è scoperto che era il mio gestore 3G che ha bloccato le connessioni (ad esempio il download di un file .exe era vietato).

Hai lo stesso problema su Wifi?

Answer 3

Questo è un vecchio filo so. Ma questo potrebbe aiutare qualcuno.

Nel mio caso questo errore è stato causato dal servizio .NET WCF (soap). Uno degli oggetti nel risultato di ritorno aveva un DataMember con la proprietà get {} ma nessuna proprietà set {}.

Per la serializzazione che si verifica ogni DataMember deve avere entrambi {} & set {} disponibile. Ho implementato un set vuoto {} (vuoto a causa delle mie regole di business) e il problema è stato risolto.

Il mio scenerio è un'implementazione specifica di un server non valido, ma forse aiuterà qualcuno a risparmiare tempo durante la risoluzione dei problemi.

Answer 4

tenta di impostare questa proprietà per la HttpURLConnection prima del collegamento:

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

Questo disabiliterà "keep-alive" proprietà che è attiva per impostazione predefinita.