具有长时间运行的同步请求的 ASP.NET 应用程序的注意事项

Question

在 Windows Server 2008 64 位、IIS 7.0 和 .NET 4.0 下，如果 ASP.NET 应用程序（使用 ASP.NET 线程池、同步请求处理）长时间运行（> 30 分钟）。 Web 应用程序没有页面，主要目的是以块（~5 MB）读取大文件（> 1 GB）并将它们传输到客户端。代码：

while (reading)
{
    Response.OutputStream.Write(buffer, 0, buffer.Length);
    Response.Flush();
}

单一生产者 - 实施单一消费者模式，因此对于每个请求都有两个线程。我在这里不使用任务库，但请告诉我在这种情况下它是否比传统的线程创建有优势。使用 HTTP 处理程序 (.ashx) 代替 (.aspx) 页面。压力测试下CPU利用率不是问题，但对于单个工作进程，210个并发客户端后，新连接会遇到超时。由于我不使用会话状态，因此这是通过网络园艺解决的。我不确定我是否遗漏了任何大问题，但请让我知道您认为还应该考虑哪些其他因素？

例如，由于“连接超时”，IIS 可能会关闭长时间运行的 TCP 连接，因为正常的 ASP.NET 页面处理时间不到 5 分钟，因此我应该增加该值。

我很欣赏您的想法。

Answer 1

就我个人而言，我会为这种类型的处理寻找不同的机制。 HTTP 请求/Web 应用程序不是为此类事情而设计的，并且稳定性将非常困难，当您使用此类模型时，您面临许多可能导致重大问题的风险。

我会将该处理移至后端进程，这样您就可以在 asp.net 运行时之外，这样您就可以更好地控制启动/关闭等。

Answer 2

首先，从来没有。绝不。绝不！在线程池线程中执行任何需要超过几秒的处理。它们的数量有限，并且系统将它们用于许多用途。这是自找麻烦。

其次，虽然处理程序是一个好主意，但您对“动态生成”的含义有点模糊。您的意思是您正在动态加密文件并且此加密可能需要 30 分钟吗？或者您的意思是从数据库中提取数据并组装文件？或者下载需要 30 分钟才能下载？

编辑：

正如我所说，不要使用线程池来进行长时间运行的操作。创建您自己的线程，或者如果您使用 .NET 4，请使用任务并将其指定为长时间运行。

Answer 3

长时间运行的进程不应该以这种方式实现。将其传递给您设置的服务。

如果您确实希望客户端的页面挂起，请考虑从 AJAX 与不会阻塞 IO 线程的事物（例如 node.js）进行交互。

由于线程的使用，向许多客户端推送通知不是 ASP.NET 可以处理的，因此我的node.js。如果您的负载较低，您还有其他选择。

Answer 4

使用 Web-Gardening 可以提高应用程序的稳定性。

关闭缓存，因为您没有 aspx 页面

如果没有性能分析，很难提供更多建议。你使用VS内置并找到瓶颈。

Answer 5

Web 1.0 处理长时间运行的进程的方法是在服务器上生成它们并立即返回。让衍生的服务更新数据库的进度，并且站点上的页面可以查询进度。

该技术最常见的用法是获得包裹递送。在我的包出现之前，您无法保持 HTTP 连接打开，因此它只是为您提供了一种查询进度的方法。后台进程负责协调获取物品、包装物品、将其运送到 UPS 卡车等所需的所有步骤。整个过程中，每个步骤都记录在数据库中。从概念上来说，是一样的。

根据问题编辑进行编辑：只需立即返回结果页面，并在生成的线程或进程中在服务器上生成二进制文件。使用 Ajax 检查文件是否已准备好，准备好后提供指向该文件的链接。