WCF 服务是否使用多个线程来处理传入请求？

如何确保 WCF 服务使用 ThreadPool 中的线程来处理传入消息？

目前简单的方法调用如“return null;”处理另一个请求时大约需要 45 秒

以下是我注释服务类别的方式：

[ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Multiple, InstanceContextMode = InstanceContextMode.Single)]
    public partial class MyService : IMyService {
...
}

但是当我在任务管理器中观察进程时，它似乎正在使用恒定数量的线程。即使在负载下。

public ActionResult SelectDatabase(string param)
        {
            if (!String.IsNullOrEmpty(param))
            {
            try
            {
                MyServicece svc = new MyService();
                Database[] dbsArray = svc.GetDatabases(param);
                if (depsArray != null)
                    ViewData["depsArray"] = depsArray;

                return View();
            }
            catch (Exception exc)
            {
                // log here                
                return ActionUnavailable();
            }
        }

这是我的服务行为：

<?xml version="1.0"?>
<configuration>
  <runtime>

  </runtime>
  <system.net>
    <connectionManagement>
      <add address="*" maxconnection="100" />
    </connectionManagement>
  </system.net>
  <system.serviceModel>
    <diagnostics performanceCounters="Default" />
    <bindings>      
      <netTcpBinding>
        <binding sendTimeout="00:02:00" receiveTimeout="00:02:00" maxBufferSize="2147483647" maxReceivedMessageSize="2147483647" maxBufferPoolSize="2147483647">
          <security mode="None">           
          </security>
        </binding>
      </netTcpBinding>
    </bindings>
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true"/>
    <behaviors>
      <endpointBehaviors>
        <behavior name="CrossDomainServiceBehavior">
          <webHttp />
        </behavior>
      </endpointBehaviors>
      <serviceBehaviors>
        <behavior name="MyService.MyServiceBehavior">
          <serviceThrottling maxConcurrentCalls="100"   maxConcurrentInstances="100" maxConcurrentSessions="100" />
          <dataContractSerializer maxItemsInObjectGraph="2147483646"/>
          <serviceMetadata httpGetEnabled="false" />
          <serviceDebug includeExceptionDetailInFaults="true" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <services>
      <service behaviorConfiguration="MyService.MyServiceBehavior" name="MyService.MyService">
        <endpoint address="MyService" binding="netTcpBinding" contract="AService.IAServ"  isSystemEndpoint="false" />
        <endpoint address="mex" binding="mexTcpBinding" contract="IMetadataExchange" />
      </service>
      <service behaviorConfiguration="MyService.MyServiceBehavior" name="MyService.MyServiceAdmin">
        <endpoint address="MyServiceAdmin" binding="netTcpBinding" contract="MyService.IMyServiceAdmin"  isSystemEndpoint="false" />
        <endpoint address="mex" binding="mexTcpBinding" contract="IMetadataExchange" />        
      </service>
    </services>
  </system.serviceModel>
<startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup></configuration>

这是我创建服务实例的方法：

ServiceHost myserviceHost = new ServiceHost(typeof(MyService), new Uri(String.Format("net.tcp://{0}/", _bindAddress)));
            myserviceHost.Open();
            Console.WriteLine(myserviceHost.BaseAddresses[0]);

InstanceContextMode 和 ConcurrencyMode 是不同的概念，但它们具有一定程度的相互作用 -我在博客上谈到了这个 http://www.dotnetconsult.co.uk/weblog2/PermaLink,guid,1efac821-2b89-47bb-9d27-48f0d6347914.aspx不久前在某个深度

WCF 调用在 IO 线程池线程上处理。假设你还没有做过类似的事情ConcurrencyMode.Single, InstanceContextMode.Single这将序列化对服务的每次调用，线程池管理器将尝试平衡线程数与工作速率。

如果并发请求的数量可以由 5 个线程提供服务，那么这就是它将使用的数量。您可能会发现线程池可以跟上您可以看到的线程数量的工作速率。您可以很高兴地使用比内核更多的线程，因为只要线程不纯粹受 CPU 限制，操作系统就可以在先前运行的线程启动 IO 时通过将线程切换到 CPU 来获得吞吐量。如果 CPU 完全耗尽，那么线程池管理器的启发式方法将使其不愿向线程池中添加更多线程

然而，还有另外几个潜在的问题：

1. 当通过同一代理存在多个并发出站请求时，基于会话的绑定可能会在客户端阻塞。您没有说明如何生成多个请求，因此这可能是一个问题；
2. 您可能还会看到限制，在 .NET 4 之前，默认最大并发请求数为 16，默认并发会话数为 10。这些值已在 .NET 4 中提高，但您没有说明是哪个版本您正在使用的 .NET