Appears the "default" timeouts for HttpURLConnection are zero which means "no timeout."
Unfortunately, in my experience, it appears using these defaults can lead to an unstable state, depending on what happens with your connection to the server. If you use an HttpURLConnection
and don't explicitly set (at least read) timeouts, your connection can get into a permanent stale state. By default. So always set setReadTimeout
to "something" or you might orphan connections (and possibly threads depending on how your app runs).
It appears from trial and error that calling setConnectTimeout
isn't required because the socket itself seems to have like a 2 minute "connect timeout" built in (at least in OS X).
You may also be able to set a "global default" for the timeouts by adjusting system properties.
Fix/prognosis: always set a readTimeout (even if very large), or use a different client that lets you set SO_KEEPALIVE. The default without these result in threads hanging "forever" without it (when/if they do a read), or on stale sockets sticking around forever...
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…