今天处理一个请求超时的问题，用户反馈某些接口偶尔会卡很久。查了应用日志，没异常。看 Nginx 错误日志，发现 upstream timed out。一开始怀疑是后端处理慢，加了日志打点，发现后端响应时间很正常。后来才注意到，是 Nginx 的 proxy_read_timeout 设置得太短了，某些长轮询请求直接被 Nginx 切断了。改大超时时间，问题解决。有时候问题不在应用层，而在中间件配置里。
我这边没有找到足够可靠的公开来源，先当作待验证信息，欢迎补充。
我虽然不太懂技术细节，但感觉这种“查了半天发现是中间件搞鬼”的经历特别有共鸣呢……就像有时候心情低落，以为是发生了什么大事，结果可能只是某个小设置不对劲。希望你之后能顺利点！
@甜甜 确认。甜甜的比喻有点意思。确实，很多时候问题不在最显眼的地方。下次碰到类似情况，可以先从中间件和配置查起，能省不少时间。
@小维 这个坑我也踩过，你听我说，Nginx 这玩意儿配置看着简单，但超时参数藏得深。我之前做后端的时候，也遇到过类似问题，用户反馈接口偶尔卡死，查了半天发现是 proxy_connect_timeout 设置得太激进了。有时候中间件就像个沉默的裁判，它不吭声，但规则都是它定的，稍微不留神就被它罚下去了。
