HttpUrlConnection.openConnection zawodzi po raz drugi

Pula połączeń używana przez HttpURLConnection podczas utrzymywania połączeń przy życiu jest zepsuta tak, że próbuje użyć połączeń, które zostały zamknięte przez serwer. Domyślnie Android ustawia KeepAlive na wszystkich połączeniach.

System.setProperty("http.keepAlive", "false"); jest obejściem, które wyłącza KeepAlive dla wszystkich połączeń, aby uniknąć błędu w puli połączeń.

conn.setRequestProperty("Connection","Keep-Alive"); włącza KeepAlive dla tego konkretnego połączenia, zasadniczo odwracając to, co robi System.setProperty("http.keepAlive", "false");.

Również zawsze jawnie wołam connect() ponieważ wyjaśnia, gdzie kończysz konfigurację połączenia. Nie jestem pewien czy wywołanie tej metody jest opcjonalne czy nie.

System.setProperty("http.keepAlive", "false");
HttpURLConnection conn = (HttpURLConnection) mURL.openConnection();
conn.setUseCaches(false); 
conn.setRequestProperty("User-Agent", useragent);
conn.setConnectTimeout(30000);
conn.setDoOutput(true); 
conn.setDoInput(true); 
consumer.sign(conn);

conn.connect();

InputSource is = new InputSource(conn.getInputStream());

You dont need the System.setProperty("http.keepAlive", "false");

All you need is conn.setRequestProperty("connection", "close");

To rozwiązuje problem, ale skutecznie zabija utrzymanie Alive i dlatego potencjalnie powoduje spowolnienie wielu połączeń (co jest wstydem). Przeglądałem Harmony bug tracker, ale nie mogłem nic znaleźć.

@ fonetik, Czy wiesz, czy to jest już podniesione z harmonii? Nie chodzi mi o to, że to bardzo pomaga, ponieważ kolejna wada luni związana z http jest nadal nieprzypisana po ponad miesiącu.

Ten błąd został naprawiony w wersji Android2. 3, Jak wiemy System.setProperty("http.keepAlive", "false"); nie jest zbyt dobrym rozwiązaniem, ponieważ na urządzeniu mobilnym tworzenie każdego połączenia jest za każdym razem kosztowne.

Wierzę, że twój problem leży w kolejności Twojego kodu. Sprawdź te metody w URLConnection JavaDocs-setRequestProperty nie powinny być wywoływane po nawiązaniu połączenia na mUrl.openConnection (). Może to działać za pierwszym razem, ponieważ połączenie zostało nawiązane, a następnie zmieniasz ustawienia, które nie mają wpływu na nic, aż do następnej próby nawiązania połączenia. Spróbuj użyć konstruktora HttpURLConnection, aby wywołać connect() po ustawieniu właściwości.

Kiedy próbuję otworzyć połączenie https, działa dobrze, ale drugi raz się nie powiedzie, ponieważ ustawiłem wartość właściwości systemowej zamiast połączenia HttpsURLConnection. Mam problem java.io.IOException: Write error: I/O podczas otwierania połączenia https po raz drugi. Użyłem poniższego kodu w moim applicaiton.

System.setProperty("http.proxyHost", proxy);
System.setProperty("http.proxyPort", port);

Ale kiedy zmieniłem to samo na poniżej działa dobrze.

javax.net.ssl.HttpsURLConnection ucon = (javax.net.ssl.HttpsURLConnection) urlWPF.openConnection(proxyserver);

ucon.setRequestProperty("http.proxyHost", proxy);
ucon.setRequestProperty("http.proxyPort", port);

Jeśli ustawisz właściwość system, będzie ona stosowana dla całej aplikacji. Jeśli chcesz zresetować tak samo, możesz iść na dwa sposoby. Po pierwsze, musisz odświeżyć serwer, a po drugie, musisz zmienić HttpsURLConnection.setRequestProperty, o którym mowa powyżej, jeśli jest to wymagane.