如何确保 WCF 服务使用线程池中的线程来处理传入消息?
目前简单的方法调用如“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 是独立的概念,但它们有一定程度的相互作用 - I blogged about this前一段时间比较深入
WCF 调用在 IO 线程池线程上进行处理。假设您没有执行类似 ConcurrencyMode.Single
、InstanceContextMode.Single
之类的操作,这将序列化对服务的每次调用,线程池管理器将尝试平衡线程数到工作率。
如果并发请求的数量可以由 5 个线程提供服务,那么它将使用多少线程。您可能会看到线程池可以跟上您可以看到的线程数的工作速度。您可以非常愉快地使用比核心更多的线程,因为只要线程不是纯粹的 CPU 绑定(bind),操作系统就可以通过在先前运行的线程启动 IO 时将线程切换到 CPU 来获得吞吐量。如果 CPU 完全用尽,那么线程池管理器的试探法将使其不愿向线程池中添加更多线程
但是,还有另外几个潜在问题:
- 当有多个并发的出站请求通过同一个代理时,基于 session 的绑定(bind)可以在客户端阻塞。你不说你是如何生成多个请求的,所以这可能是个问题;
- 您可能还会看到节流开始,因为在 .NET 4 之前,默认的最大并发请求数为 16,默认的并发 session 数为 10。这些值已在 .NET 4 中提高,但您没有说明您使用的是哪个版本的 .NET
关于c# - WCF 服务是否使用多线程来处理传入请求?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9323443/