近乎实时地向客户端更新内容：轮询与长轮询与信号器？
Update content to client in near real time: polling vs long polling vs signalr?
我们有一个网站，用户可以在其中填写输入表格并提交 his/her 联系电话以获得贷款批准。用户提交表单后，我们会在服务器端接受它并立即发送响应（同时我们会在后台将此请求转发给某个第三方 API）。虽然我们允许用户浏览网站的其他部分，但我们希望在从外部 API.
获得后立即显示基于他的号码的贷款审批报告
一种方法是：
- 当用户移动到任何新页面时轮询（或定期）
- Ajax 长轮询
- 使用 SignalR。我发现在这里使用它很合适。但我想知道这是否适合我们的情况。此外，当我在 signalr "The connection between the client and server is persistent, unlike a classic HTTP connection, which is re-established for each communication."
中阅读时，考虑到服务器资源和性能，我有点担心使用它
SignalR 在这种情况下会很有用。
在您的服务器上，您可以将 signalR 连接到客户端，并使用客户端脚本准备好执行精美的通知。
当您收到来自 API 的回复时，您可以通知客户（使用连接 ID 调用客户端脚本）他们是否已通过或未通过信用检查或贷款已获批准、待定或需要更多时间。
我们有一个网站，用户可以在其中填写输入表格并提交 his/her 联系电话以获得贷款批准。用户提交表单后，我们会在服务器端接受它并立即发送响应（同时我们会在后台将此请求转发给某个第三方 API）。虽然我们允许用户浏览网站的其他部分，但我们希望在从外部 API.
获得后立即显示基于他的号码的贷款审批报告一种方法是：
- 当用户移动到任何新页面时轮询（或定期）
- Ajax 长轮询
- 使用 SignalR。我发现在这里使用它很合适。但我想知道这是否适合我们的情况。此外，当我在 signalr "The connection between the client and server is persistent, unlike a classic HTTP connection, which is re-established for each communication." 中阅读时，考虑到服务器资源和性能，我有点担心使用它
SignalR 在这种情况下会很有用。
在您的服务器上，您可以将 signalR 连接到客户端，并使用客户端脚本准备好执行精美的通知。 当您收到来自 API 的回复时，您可以通知客户（使用连接 ID 调用客户端脚本）他们是否已通过或未通过信用检查或贷款已获批准、待定或需要更多时间。