是否所有Web请求都是并行执行的并且是异步处理的?

我正在使用由IIS托管的WebApi服务控制器,我正在尝试理解这种架构是如何工作的:

  1. 当WebPage客户端同时发送异步请求时,所有这些请求是否都在WebApi控制器上并行执行?

  2. 在IIS应用程序池中,我注意到队列大小设置为1,000默认值 – 这是否意味着1,000个最大线程可以同时在WebApi服务器上并行工作? 或者这个值只与IIS队列有关?

  3. 我已经读过IIS维护某种线程队列,这个队列是异步发送它的工作吗? 或者IIS发送给WebApi服务的所有客户端请求是否同步发送?

您正在查看的队列大小指定将为每个应用程序池排队的最大请求数(通常映射到一个w3wp工作进程)。 一旦超过队列长度,将返回503“Server Too Busy”错误。

在每个工作进程中,可以/将运行许multithreading。 每个请求都在工作进程内的一个线程上运行(默认情况下,每个进程默认最多250个线程)。

因此,基本上,每个请求都在其自己的线程上处理(同时 – 至少,与线程一样同时),但特定应用程序池的所有线程(通常)由单个进程管理。 这意味着,就请求本身而言,请求实际上是异步执行的。

回应你的评论; 如果您启用了会话(您可能会这样做),那么ASP.NET将对请求进行排队,以便为每个请求保持对会话的锁定。 尝试在Chrome中点击您的睡眠操作,然后在Firefox中快速响应操作,看看会发生什么。 您应该看到两个不同的会话允许您的请求同时执行。

是的,所有请求将使用CLR线程池中受限制的线程并行执行。 关于针对应用程序池设置的队列大小,此限制是IIS开始拒绝具有503 – 服务不可用状态代码的请求。 即使在此之前,您的请求也将由IIS / ASP.NET排队。 那是因为无法随意创建线程。 可以运行的并发请求数量受限于MaxConcurrentRequestsPerCPU和一些其他参数。 要真正意义上并行执行1000个线程,您将需要1000个CPU内核。 否则,线程将需要进行时间切片,这会增加系统的开销。 因此,线程数有限制。 我认为通过这里的单一答案全面回答您的问题非常困难。 你可能需要阅读一点点,一个好的起点将是http://blogs.msdn.com/b/tmarq/archive/2007/07/21/asp-net-thread-usage-on- iis-7-0-and-6-0.aspx 。