我在Heroku上用gunicorn运行Django。我一天有几次在我的日志中收到desc =“连接无响应”。这些请求始终是静态内容，这是上传到服务器的slug的一部分。在此错误之后，gunicorn工作线程立即变得严重，超时并重新启动。
由于我已经卸载了新的文件而且我所服务的文件都是服务器上的slug本地文件，所以我不知道是什么导致了这个问题。
答案 0 :(得分：0)
我认为这可能与您的“积压”和max_requests设置有关... 如果你有积压＆gt; 1然后当你的gunicorn线程在命中max_requests后重新启动时，我认为积压中的所有请求都被删除了....
我在运行blitz.io测试时已经在我的heroku上看到了这个...我将积压减少到1，现在我只看到一个Connection关闭而没有每个web dyno的响应错误......
我不知道为什么会出现这种情况，我认为积压工作会在父流程中进行，并在重生时传递给重生的孩子......