如何处理长时间运行的 REST 请求的回复？答案

【问题标题】：How to handle a reply for long-running REST request?如何处理长时间运行的 REST 请求的回复？
【发布时间】：2015-04-28 08:02:17
【问题描述】：

背景：我们的导入功能可能需要几秒钟到 1-2 小时的时间来运行，具体取决于要导入的文件。我们希望通过 REST 请求公开一种触发导入的新方法。

理想情况下，将调用 REST 服务，触发导入并在完成后回复结果。我的问题是：由于运行最多可能需要两个小时，是否可以回复或呼叫者的请求超时？这种操作有没有更好的方法？

【问题讨论】：

一种常见的模式是在服务器上启动进程，向客户端报告一个标识符，并让客户端定期检查进程的状态。如果你愿意，你可以为你的应用程序实现某种推送通知。
ASP.NET 已经通过 SignalR 提供信号。

标签： c# rest

【解决方案1】：

我在这些情况下使用的是一个不返回结果的异步操作（在 c# Web API 的情况下为 void 函数结果），然后使用消息队列异步发送结果。

例如

[HttpPut]
[Route("update")]
public void Update()
{
    var task = Task.Run(() => this.engine.Update());
    task.ContinueWith(t => publish(t, "Update()"));
}

【讨论】：

1) SignalR 已经使用长轮询、Web 套接字或无限帧提供客户端通知。 2) 您不应该为此使用即发即弃的任务，因为如果 IIS 不知道它们，它可以随时杀死它们。至少，您需要注册它们。 IIS 根本不应该处理 2 小时的工作，因为它会损害可扩展性
@PanagiotisKanavos 1) OP 没有提到他正在使用 SignalR，并且可以根据他的要求（他没有发布）以不同的方式（例如 SignalR、消息队列）实现消息传递. 2) 2 小时的工作不是最佳实践，但是，您可以防止每天和空闲时回收，从而防止它被杀死。更好的做法是将作业拆分为小作业并恢复它们。