在3.8分钟后获得http响应，状态代码为500 OK_Http_Azure_Web

在3.8分钟后获得http响应，状态代码为500 OK

http azure web

在3.8分钟后获得http响应，状态代码为500 OK,http,azure,web,Http,Azure,Web,我正在向Azure上托管的web应用发送http请求，该请求需要1个多小时才能完成。在Chrome中发送请求后，我使用F12检查网络状态。每次返回的请求状态代码为500 OK，使用的时间正好是3.8分钟。我已经远程调试了这个web应用程序，发现代码运行得非常好，没有一个异常指示500 OK错误，但浏览器刚刚返回500 OK。我也用谷歌搜索了很多。但是由于奇怪的状态代码“500 OK”，我找不到任何有用的东西。3.8分钟看起来像是一些与时间相关的设置，所以我尝试在Web.config的http

我正在向Azure上托管的web应用发送http请求，该请求需要1个多小时才能完成。在Chrome中发送请求后，我使用F12检查网络状态。每次返回的请求状态代码为500 OK，使用的时间正好是3.8分钟。
我已经远程调试了这个web应用程序，发现代码运行得非常好，没有一个异常指示500 OK错误，但浏览器刚刚返回500 OK。
我也用谷歌搜索了很多。但是由于奇怪的状态代码“500 OK”，我找不到任何有用的东西。3.8分钟看起来像是一些与时间相关的设置，所以我尝试在Web.config的httpRuntime标记中设置executionTimeout，也尝试了ServicePointManager.SetTcpKeepAlive，这两种设置都不起作用。

有人遇到过这样的情况吗？

这是您的Azure体系结构设计的问题。任何需要5秒钟以上才能完成的进程都应在其他服务器上处理

您的体系结构应该包括 1.具有rest端点的Azure Web应用程序 2.Azure WebJob绑定到队列 3.Azure存储队列（输入） 4.Azure存储Blob（输出）

传入请求应使用适当的参数将消息放置在队列上。webjob应绑定到队列以监视消息。当收到消息时，它进行处理，然后将响应放在输出blob上

您的应用程序应该发出“已完成处理”的请求，该请求查看blob以获取请求的预期id

要跟踪进度，可以在表存储或SQL中保留一个表，用于跟踪流程状态（挂起、处理、完成、接收）

此体系结构将允许应用程序更好地扩展，提高性能，并提供适当的响应

希望这有帮助

这是您的Azure架构设计的一个问题。任何需要5秒钟以上才能完成的进程都应在其他服务器上处理