哥几个，今天想跟大家唠唠一个挺有意思，但刚开始把我搞得一头雾水的问题——“request timed out”。我刚入行那会儿，没少被这玩意儿折磨，每次看到就跟丈二和尚摸不着头脑似的。我就把我当初怎么一步步搞明白这事儿的经历，给大伙儿掰扯掰扯。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.icu
那会儿，我刚开始捣鼓一些小项目，学着写写代码，做做网站。有一次，我屁颠屁颠地写了个功能，想着能从别的地方拿点数据过来用。结果？每次我一运行，它就给我报个错，上面赫然写着“request timed out”。我当时就懵了，心里琢磨着，这是个啥玩意儿？“请求超时”？请求啥了？又为啥超时了？我左看右看，硬是没看懂。
遇到不懂的就爱钻牛角尖。那天晚上，我硬是没睡觉，就是想把这事儿给搞明白。我先是自己瞎琢磨，觉得是不是我的电脑出问题了？或者网络断了？我就把网线拔了插，插了拔，然后又重启电脑，结果还是一样。那时候我可真是抓耳挠腮，急得不行。
后来我发现光自己瞎鼓捣不行，得找点资料看看。我就开始翻书，上网搜，虽然很多专业的解释把我看得云里雾里，但我还是硬着头皮一点点去啃。慢慢地，我才算是摸到点门道。
我当时理解，这个“请求”，就跟我们平时生活中跟别人借东西，或者托别人办个事儿差不多。你想，你给朋友打电话，让他帮你带个饭，你这就是发出了一个“请求”对？那这个“请求”发出去之后，你是不是得等着朋友给你个回应？比如他说“没问题”，或者“我没空”。
那这个“timed out”，我当时给它打了个很形象的比方。就拿你打电话这事儿来说，你给朋友打电话，结果打了半天，一直没人接，嘟嘟嘟响了一会儿，电话自动挂了，或者直接告诉你“对方暂时无法接通”。这就相当于“超时”了！你等的时间到了，但是你想要的回应还没来，系统就觉得，算了，别等了，肯定是出问题了，所以就给你个“超时”的提示。
我这么一理解，顿时感觉豁然开朗了。原来，当我在代码里发出一个请求，去拿数据或者执行某个操作的时候，我是给对方发了一个消息，然后就等着对方给我一个答复。可是，如果对方一直没有答复我，或者答复得太慢了，超过了我设置的等待时间，那我的程序就没耐心了，直接就说“request timed out”了！
那我第一次遇到这事儿，都踩过哪些坑，又怎么解决的？
-
网络不行：这是最简单的原因。我当时就检查过自己的网线和WiFi。你看，如果你打电话给朋友，结果自己手机没信号，那肯定是打不通的对？同理，我发的请求根本就没法到达对方那里，自然就没回应了。
我的解决办法：确认网络连接正常，路由器有没有问题，或者是不是欠费了。有时候换个网络环境也能解决。
-
对方服务器太慢或者挂了：这也是常有的事儿。就跟你朋友那天可能正在忙，或者手机没电关机了，自然就接不到你的电话了。我那个时候去请求别人的接口，可能就是那个接口负载太高，忙不过来，也可能直接就崩了。
我的解决办法：这种情况我能做的就不多了，只能是等一会儿再试试。或者看看对方有没有发布公告说服务出问题了。有时候，我会试着访问一下对方的官网，看看是不是整个网站都打不开。
-
我的请求设置的等待时间太短：这个是后来我才搞明白的。我发出去的请求，是可以设置一个“耐心值”的，也就是我可以告诉程序，我最多等多久。如果我把这个时间设得特别短，比如就等1秒，那只要对方稍微慢一点，我这边就显示超时了。
我的解决办法：在我能控制的地方，我会把这个等待时间稍微调长一点。也不能无限制地调长，不然用户等太久也会不耐烦。得找个平衡点。
-
请求的数据量太大：有一次我写了个上传文件的功能，如果文件太大，传着传着也容易超时。这就像你让朋友帮你带好几十斤的东西，他可能拿不动或者路上耽搁了，超过你等他的时间了。
我的解决办法：如果业务允许，我会考虑分批上传，或者压缩文件。有时候也得跟后端沟通，看看后端是不是也要调整一下接收大文件的配置。
哥几个，这“request timed out”听起来挺吓人的，但你真把它掰开了揉碎了去理解，就是这么回事儿：你发了个请求，等着回复，结果等等，超过你设定的时间，还没等到回复，系统就直接给你说“不等了！超时了！”。
后来我每次再遇到这玩意儿，就不会那么抓瞎了。先是看自己网络是不是好的，然后想想请求的对象是不是有问题，再去琢磨是不是我的请求设置有问题。基本上，按这几个方向去排查，八九不离十就能找到原因了。
刚开始学东西，总会遇到各种稀奇古怪的问题，别怕，也别急。把问题拆小了，用生活中的例子去想，很多复杂的技术概念，一下子就变得好理解了。 这就是我从“request timed out”这事儿上学到的。