Interruzione dei tentativi silenziosi in HttpURLConnection

Question

Sto utilizzando HttpURLConnection su Android KitKat per POST alcuni dati su un server. Il server impiega molto tempo per rispondere e la connessione riprende silenziosamente da 1 a 3 volte prima del timeout. Non voglio che riproverà, poiché il server agisce su tutte le richieste, risultando in Bad Things (TM).

Ho provato System.setProperty("http.keepAlive", "false") prima di aprire la connessione, ma che non aiuta.

Answer 1

• implementare un timeout difficile te stesso, e la forza di chiudere la HttpURLConnection da calling disconnect. Questo può essere fatto dal tuo Activity usando android handler; Se si utilizza AsyncTask, si può semplicemente chiamare cancel o Thread.interrupt():

  new Handler().postDelayed(new Runnable() { 
      public void run() { 
       httpUrlConnTask.cancel(true); 
      } 
  }, timeout * 1000); 
  

  E nel vostro httpUrlConnTask, chiamare disconnect:

  if (isCancelled()) { 
      urlConnection.disconnect(); 
      return; 
  } 
  

  si può avere a che fare urlConnection in un altro thread bambino interno, in modo che si può fare un ciclo while nel monitoraggio AsyncTask per isCancelled. E un try..catch così puoi chiudere tutti gli stream correttamente.

• hai già keepAlive false e readTimeout, aggiungi connection timeout too. Questo imposterà il timeout del socket.

Answer 2

Android’s HTTP Clients

Prima di Froyo, HttpURLConnection avuto alcuni bug frustrante. In particolare, la chiamata close() su un InputStream leggibile potrebbe essere poison the connection pool. Ovviare a questo disabilitando il pool di connessioni:

private void disableConnectionReuseIfNecessary() { 
    // HTTP connection reuse which was buggy pre-froyo 
    if (Integer.parseInt(Build.VERSION.SDK) < Build.VERSION_CODES.FROYO) { 
     System.setProperty("http.keepAlive", "false"); 
    } 
} 

Answer 3

è necessario impostare System.setProperty("sun.net.http.retryPost", "false")

Answer 4

Per le chiamate POST impostare

httpURLConnection.setChunkedStreamingMode(0); 

e questo dovrebbe risolvere i tentativi silenziosi. È possibile trovare la segnalazione di bug e la soluzione alternativa here.