你意想不到的默认超时

有时我们会发现很多应用它不会崩溃，但是很多时候它会hang住。而hang住的一个很重要的原因就是假设网络是可靠的。而事实上却不是。

所以，当你做一个网络调用而没有设置超时的，就意味着你100%确认这个调用会成功，真的可以这么自信吗？哈哈。

假如是一个同步的调用，如果这个调用永远不返回，则显然会永远卡住。不过实际上我们都是使用的异步调用，是的，一个异步调用的不返回是不会卡住主进程的。但是有一个新的问题，就是它会消耗socket。因为很多HTTP客户端的库都使用socket池，这样就不需要每次都创建连接（毕竟创建连接是需要时间的）。一般来说，这种socket池也是有大小限制的，这也就意味着每一次不返回的调用都会消耗socket池中的一个已有的连接。所以，但这种情况发生了比较多了之后，你的应用就会卡在等待连接的释放。

假如你的网络不可靠，我们为什么总是要创建一个不超时的API呢？很多API调用甚至每有一个很方便的设置tiemout的地方，尤其是初始化的时候，你要设置timeout就需要额外进行调用。尤其是这种API很多时候默认的timeout还是无限的。当然，一个好的API都有很方便的设置timeout的方法。

所以，第一个建议就是永远不用把默认的timeout设为无限。

我们下面来看一个例子：

我们经常会使用Javascript中的XMLHttpRequest这一个web API。它的默认timeout是0，也就是没有timeout：

var xhr = new XMLHttpRequest();
xhr.open('GET', '/api', true);
// No timeout by default!
xhr.timeout = 10000; 
xhr.onload = function () {
 // Request finished
};
xhr.ontimeout = function (e) {
 // Request timed out
};
xhr.send(null);

现代web应用中可以使用fetch来取代XMLHttpRequest API，它使用的是promise。当它刚实现的时候，根本就没有方法来设置timeout，不过最近浏览器加入了一个Abort的API来设置timeout。

const controller = new AbortController();
const signal = controller.signal;
const fetchPromise = fetch(url, {signal});  
// No timeout by default!
setTimeout(() => controller.abort(), 10000); 
fetchPromise.then(response => {
 // Request finished
})

其实在Python方面也是类似的，request库也默认使用无限作为timeout的。

# No timeout by default!
response = requests.get('https://github.com/', timeout=10)

那Go怎么样呢？其实也是一样的，默认没有timeout

var client = &http.Client{
  // No timeout by default!
  Timeout: time.Second * 10, 
}
response, _ := client .Get(url)

当然在Java和.NET的世界则会更加好一点，它们都有默认的timeout。比如.Net Core的HttpClient有100s的默认时间，虽然很难说这个值好不好，但总归比没有好。

总结

所以总的来说，不管默认的timeout是多少，我们最好都设置自己想要的timeout。