Azure 应用服务请求需要 120 秒，但 IIS 说只花了 31 毫秒 - 这是怎么回事？

Question

我们的应用程序通过 HTTP 从上游服务器请求一个大对象，并将经过 gzip 处理的响应代理到客户端。在本地或在虚拟机上单独运行应用程序会导致响应时间 <1 秒。部署到 Azure 应用服务后，使用 Postman 或 Chrome 观察到，请求大约需要 120 秒才能到达客户端。应用程序级日志记录显示应用程序仅花费约 25 毫秒，而 IIS 中的失败请求跟踪显示 IIS 认为该请求仅花费 31 毫秒即可处理。

这额外的 119 多秒都花在哪里了？响应的大小仅为 100kB 左右。

编辑:经过一番调查，似乎大部分响应都是在 <1 秒内发送的，但最后一个 block (大小为 0，表示响应结束)又需要 119 秒才能发送，这表明某种暂停。

Answer 1

问题是我们在应用程序中错误地设置了传输编码 header 两次，首先使用空值“”，然后“分块”。这肯定让 IIS 感到困惑，不知道响应的结尾是什么。删除额外的 header 解决了我们的问题。