這個問題是關於試圖找到選擇超時科學或統計學上站得住腳的理由。我的意思是每個應用都必須這樣做,但最佳超時是多少?我們需要更多人來回答或評論。 +3,+4並不意味着問題就解決了。一個重要的問題值得更多的答案。我們都可以從這些知識中受益。什麼是平均值。移動應用的最佳連接超時?
基本上試圖比較:
a short timeout of say 20 seconds, but two connection attempts are made
VS
one long connection attempt of say 40 or 60 seconds.
其中有建立連接的最佳機會?我們需要堅定的事實。到目前爲止,我得到的數字都是在10s,42,60s的地方。但是什麼是最佳的?
現在當然5-10秒後,應通知用戶的問題無論哪種方式,但什麼用於建立連接的盡力而爲的辦法。
注:據我所知,有許多因素,但作爲應用開發者,我們不能總是得到許可檢查WiFi信號的情況等。還必須有什麼是最好的,平均一些理性的答案。
答案顯然是42.或60,這就是[AndroidHttpClient](http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/4.1.1_r1/ android/net/http/AndroidHttpClient.java#AndroidHttpClient)默認使用。 – zapl
但是在這段時間內連接是否重試? –
Afaik no。移動連接的問題在於他們會經常下降幾秒鐘,如果您的超時時間太緊,您可能什麼也得不到。 – zapl