Azure在杀死连接之前显然有4分钟的超时时间。这在应用服务中是不可配置的： https://social.msdn.microsoft.com/Forums/en-US/32b76114-67a4-4e6b-ac45-61b0f0a0829f/changing-the-4-minute-request-time-out-for-app-services?forum=AzureAPIApps
我已经在我的应用程序中看到了第一手资料 - 我有一个流程允许用户查看网络驱动器上存在的文件，选择这些文件的子集并将这些文件上传到第三方服务。这通过post请求发生，post请求使用content-type json发送文件名列表。此操作可能需要一段时间，我几乎在4分钟内收到超时错误。
我还有另一个允许用户直接将文件拖放到Web应用程序中的过程，这些文件使用内容类型的multipart / form-data发布到服务器，并转发到第三方服务。无论上传多长时间，此请求都不会超时。
使用multipart / form-data是否会覆盖azures 4分钟超时？
这可能无关紧要，但我使用的是Node。
答案 0 :(得分：0)
超时实际上是3分50秒（230秒），而不是4分钟。
但请注意，它是空闲连接超时，这意味着只有在请求/响应中没有数据流动时它才会启动。所以，如果你正在积极上传文件，你会发现这一点很奇怪。我建议监控网络流量，看看是否有任何发送。如果它真的没有上传数据的230秒，那么可能还有其他一些问题，超时只是一个副作用。