javascript - 即使在用户通过 javascript 导航离开后，ASP.NET 是否继续可靠地处理请求？

Question

环境:

• Windows Server 2003 - IIS 6.x
• ASP.NET 3.5 (C#)
• IE 7、8、9
• FF(无论最新的 10 个版本是什么)

用户场景:

用户针对大型数据集输入搜索条件。发起请求后，他们将导航到结果页面，在那里等待数据加载，然后可以优化数据。

技术场景:

用户发送搜索条件(通过 ajax 调用)后，UI 调用后端服务。后端服务查询事务系统并将结果数据放入数据库“缓存”——一个非规范化的表，用于进一步细化数据(即排序、过滤)。 UI 等待数据被缓存，然后在收到该过程已完成的通知后，导航到结果页面。生成的页面然后调用以从非规范化表中获取数据。

问题:

对于最终必须根据输入的条件查询许多系统的大型查询，搜索速度相对较慢(15-25 秒)。它对于其他查询来说相对较快(<4 秒)。

技术限制:

1. 我们无法完全重新构建此搜索/结果系统。在 UI 和后端如何绑定(bind)在一起之间存在许多复杂性。在执行搜索条件后，页面需要(由于无法在 StackOverflow 上解决的限制)打开。

2. 我们也不能要求组织在搜索之前对数据进行非规范化，因为数据必须是实时的，即如果用户在其他系统中进行了更改，则数据必须正确显示之后进行搜索。

我要遵循的流程:

1. 我想作弊。我想通过 fire-forget 模型中的异步 HttpHandler 发出“缓存”请求。

2. 发出查询后，我想将页面转换为结果页面。

3. 在转换页面上，我想轮询“Cache”表，看看数据是否已经插入。

4. 我想立即进行此转换的原因是生成的页面本身就很昂贵(即使没有获取数据)——在调用获取数据的服务之前仍有 2 秒的加载时间来自缓存的数据。

问题:

即使我使用 javascript 重定向离开页面，通过异步处理程序调用的 ASP.NET 线程是否会可靠地继续处理？

技术边界 2:

是的，我知道...这个搜索过程听起来效率不高。我现在对此无能为力。在我们继续研究如何重新构建它的同时，我正在尽我所能让它表现得更好一点。

如果您的回答是:“扔掉它并重新开始”，请不要回答。这是 Not Acceptable 。

Answer 1

是的。

有一个属性 Response.IsClientConnected 用于了解长时间运行的进程是否仍处于连接状态。此属性的原因是即使客户端断开连接，进程也将继续运行，并且必须通过该属性手动检测并在发生过早断开连接时手动关闭。默认情况下不会在客户端断开连接时停止正在运行的进程。

对该属性的引用:http://msdn.microsoft.com/en-us/library/system.web.httpresponse.isclientconnected.aspx

更新

仅供引用，如今依赖套接字是一个非常糟糕的属性。我强烈建议您采用一种方法，使您能够快速完成一个请求，该请求在某些数据库或队列中记录一些长时间运行的任务以完成，可能使用 RabbitMQ 或类似的东西，然后使用 socket.io 或类似的更新完成后的网页或应用程序。