长时间运行的 WCF 服务阻止其他人

Question

我通过 ServiceHost 将 InstanceContextMode 设置为 PerSession/PerCall

Description.Behaviors.Find<ServiceBehaviorAttribute>().InstanceContextMode = InstanceContextMode.PerSession;
Description.Behaviors.Find<ServiceBehaviorAttribute>().UseSynchronizationContext = false;
ServiceThrottlingBehavior stb = new ServiceThrottlingBehavior
{
    MaxConcurrentSessions = 1000,
    MaxConcurrentCalls = 1000,
    MaxConcurrentInstances = 1000
};
Description.Behaviors.Add(stb);

每次调用都会创建新的服务实例。但是，据我所知，WCF 服务使用 ThreadPool 中的线程，这些请求将排队到可用线程，直到它决定启动新线程。当有一个服务长时间运行时，它会阻止（一些？）后续请求被处理。

我什至尝试将 ThreadPool.SetMaxThreads() 和 ThreadPool.SetMinThreads() 设置为高值，但仍然没有成功。

那么，处理这类问题有什么好的做法呢？

编辑：我尝试了 PerSession/PerCall 与 ConcurrencyMode 的不同组合，但它不起作用。当我在 IIS 设置中提高数量或最大工作进程时，它唯一的非阻塞

一段时间后编辑：现在我知道不建议在 WCF 服务中运行长时间运行的操作，因为它使用 ThreadPool。由于一个阻塞请求将导致所有后续请求（自动排队到某个有限的线程数量，直到 ThreadPool 决定它应该产生更多线程）。所以我把它留给面临同样问题的人。

Answer 1

如果您将InstanceContextMode.PerSession 设置为 InstanceContextMode，它会指示服务应用程序在客户端和服务应用程序之间建立新的通信会话时创建新的服务对象。 同一会话中的后续调用由同一对象处理。

来自同一客户端的成功请求被阻塞的主要原因是因为它与默认情况下为 Single 的 ConcurrencyMode 有关。这是什么意思？这意味着没有请求/调用可以中断正在进行的服务进程，因为它只使用单个线程来处理第一个请求，其他后续请求被阻塞或排队等待服务可用，如果第一个进程不可用，最终将超时还没有完成。另外服务不允许重入。

如果您想了解是否完整，请查看下面的链接，因为它会相互影响。

InstanceMode and Concurrency Model