在 ASP.NET Web API 中立即返回 HTTP 响应答案

【问题标题】：Return HTTP Response immediately in ASP.NET Web API在 ASP.NET Web API 中立即返回 HTTP 响应
【发布时间】：2014-07-01 11:17:19
【问题描述】：

我正在做一个收集数据的 WebAPI2 项目，并试图弄清楚如何减少我的 API 方法的响应时间。

我有一个将信息发布到我的 api 的 JavaScript 函数。我的 API 接收此信息，将其插入数据库，然后返回 HTTP Accepted。

假设数据处理完成需要 5 秒的等待时间

// POST api/<controller>
public HttpResponseMessage Post([FromBody]string value)
{
  //This represents 5000 milliseconds of work
  System.Threading.Thread.Sleep(5000);

  return new HttpResponseMessage(HttpStatusCode.Accepted);

}

这意味着，当我的 JavaScript 函数调用 Post 方法时，它会等待 5 秒以等待响应。

有没有办法可以立即返回 HTTP Accepted 的响应，然后继续处理我的数据？

从 lilo.jacob 更新解决方案

好的，我已经使用下面的线程解决方案更新了我的方法。这是新代码

// POST api/<controller>
public HttpResponseMessage Post([FromBody]string value)
{
  new System.Threading.Tasks.Task(() =>
    {
      //This represents 5000 milliseconds of work
      System.Threading.Thread.Sleep(5000);
    }).Start();

  return new HttpResponseMessage(HttpStatusCode.Accepted);
}

响应几乎立即返回，这正是我想要的。以下是 Fiddler 的一些结果，显示了响应时间的变化

第一个响应显示 WebAPI 在启动时的延迟，请求 4、5 和 7 正在使用线程，并在彼此之后立即触发。响应 11 显示相同的请求没有启用线程，请注意 5 秒延迟。

非常酷、干净、精益的问题解决方案。

【问题讨论】：

不完全。但你可以做的是做一个 aync post form jquery。 jquery 有一个叫做 defered 和 promise 的东西。可能是您正在寻找的东西。或者如果您正在寻找批量数据处理，我建议尝试使用像 rabbitmq 这样的消息传递框架并使用队列来存储长处理作业
这肯定会成为我需要走的路。随着我开始更快地收集更多信息，直接访问我的 API 可能不是最佳选择。当我遇到这个问题时，我会记住 rabbitmq。谢谢！
当您返回时，如果您单独启动的线程在您返回时没有完成，那么您处于相同的情况并且您丢失了所有数据。这不起作用。
如果您想快速返回 202 响应并继续执行代码，可以使用 AMQP/rabbitmq 或 kafka 消息传递

标签： c# asp.net-web-api xmlhttprequest

【解决方案1】：

您可以尝试在单独的线程中执行“昂贵”的代码。

会是这样的：

// POST api/<controller>
public HttpResponseMessage Post([FromBody]string value)
{
    new System.Threading.Tasks.Task(() =>
    {
        //insert to db code;
    }).Start();

    return new HttpResponseMessage(HttpStatusCode.OK);

}

【讨论】：

漂亮，这完全符合我的预期，只需很少的努力。
@Cubix 我可能在这里吹毛求疵，但您应该返回 HTTP 202 Accepted 而不是 OK。代码 200 表示与操作相关的所有工作在响应时已完成，而代码 202 表示它将被处理/正在处理。
例如，此代码尚未准备好生产 - 您必须正确处理任务执行、异常处理……在其他情况下 - 如果任务失败，则没有实际的上下文来处理错误。 ..
请大家阅读：这不是答案。我差点上当了，请不要这样做。代码永远不会被执行，你永远不会知道！这只适用于巧合

【解决方案2】：

如果后台任务需要很长时间，我相信@lilo,jacob's answer 不是一个可靠的解决方案。它可能永远不会完成，您会丢失数据。请阅读此答案： https://stackoverflow.com/a/25275835/538387

【讨论】：

我同意。运行时永远无法执行任务。