【发布时间】：2016-04-13 09:33:12
【问题描述】：
我在我的 WCF 服务中遇到了一个非常奇怪的错误，当我使用 NetTcpBinding 时，它似乎以某种方式在套接字级别创建了死锁或线程饥饿。我有一个非常简单的自托管服务：
class Program
{
static void Main(string[] args)
{
using (ServiceHost serviceHost = new ServiceHost(typeof(TestService)))
{
serviceHost.Open();
Console.WriteLine("Press <ENTER> to terminate service.");
Console.ReadLine();
serviceHost.Close();
}
Uri baseAddress = new Uri("net.tcp://localhost:8014/TestService.svc");
}
}
[ServiceContract]
public interface ITestService
{
[OperationContract]
string GetData(string data);
}
public class TestService: ITestService
{
public string GetData(string data)
{
Console.WriteLine(data);
Thread.Sleep(5000);
return "Ok";
}
}
配置部分：
<system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="basicHttpBinding" closeTimeout="00:02:00" openTimeout="00:02:00"
receiveTimeout="00:02:00" sendTimeout="00:02:00" maxBufferSize="2000000000"
maxReceivedMessageSize="2000000000" />
</basicHttpBinding>
<netTcpBinding>
<binding name="netTcpBinding" closeTimeout="00:02:00" openTimeout="00:02:00"
receiveTimeout="00:02:00" sendTimeout="00:02:00" listenBacklog="2000"
maxBufferSize="2000000000" maxConnections="1000" maxReceivedMessageSize="2000000000">
<security mode="None">
<transport protectionLevel="EncryptAndSign" />
</security>
</binding>
<binding name="TestServiceTcpEndPoint">
<security mode="None" />
</binding>
</netTcpBinding>
</bindings>
<behaviors>
<serviceBehaviors>
<behavior name="CommonServiceBehavior">
<serviceMetadata httpGetEnabled="true" />
<serviceDebug includeExceptionDetailInFaults="true" />
<serviceThrottling maxConcurrentCalls="1000" maxConcurrentSessions="1000" maxConcurrentInstances="1000" />
</behavior>
</serviceBehaviors>
</behaviors>
<services>
<service name="ServiceLauncher.TestService" behaviorConfiguration="CommonServiceBehavior">
<endpoint address="" binding="netTcpBinding" bindingConfiguration="netTcpBinding" name="TestServiceTcpEndPoint" contract="ServiceLauncher.ITestService" />
<endpoint address="" binding="basicHttpBinding" bindingConfiguration="basicHttpBinding" name="TestServiceTcpEndPoint" contract="ServiceLauncher.ITestService" />
<endpoint address="mex" binding="mexHttpBinding" bindingName="mexHttpBinding" contract="IMetadataExchange" />
<host>
<baseAddresses>
<add baseAddress="net.tcp://localhost:8014/TestService.svc"/>
<add baseAddress="http://localhost:1234/TestService.svc"/>
</baseAddresses>
</host>
</service>
</services>
</system.serviceModel>
我有一个客户端，它在许多线程中使用此服务，并为每个线程创建新实例（这是一项要求）：
static void Main(string[] args)
{
for (int i = 0; i < 1000; i++)
{
Thread tr = new Thread(() =>
{
using (var service = new Test.TestServiceClient())
{
var result = service.GetData(i.ToString());
Console.WriteLine(string.Format("{0}: {1} {2}",
DateTime.Now,
result,
Thread.CurrentThread.ManagedThreadId));
}
});
tr.Start();
}
Console.ReadLine();
}
这种情况下一些请求客户端引发EndpointNotFoundException，TCP错误码10061，由于目标机器主动拒绝，无法连接。请求的数量一直不一样，而且它不是服务器部分，因为它仍然在正常状态下工作。我看到它不断收到请求，在这种情况下最奇怪的是什么。奇怪的是，它可以在异常之后使您的客户端主机“永生” - 这样您就无法以任何方式杀死它，除非重新启动系统。我很确定问题出在客户端的低套接字级别，并且它以某种方式与如此大量的线程连接，但我没有成功找到可以解释问题的东西。
【问题讨论】：
-
如果您 enable WPF Performance counters 看到“最大并发调用百分比”、“最大并发实例百分比”和“最大并发会话百分比”是什么。 （有关更多信息，请参阅blogs.msdn.com/b/appfabriccat/archive/2010/10/29/…。）
-
@ScottChamberlain 感谢您的提示，但我怀疑这会给我一些有关服务客户端的有用信息，因为这是源错误并且这部分没有受到限制的地方。即使出现错误，该服务仍能正常工作并正确节流
-
误解了原始问题。我以为锁定是在服务器端，当时不确定。
-
服务一直运行良好...好吧，如果您在服务端启用跟踪，您会发现它实际上会抛出大量例外。
-
@jstreet 是的，它会引发内部异常，但是“服务一直正常工作”意味着它没有处于故障状态并且它一直在响应其他客户端。而且我认为内部异常是由客户端部分的套接字失败引起的，因此服务器只是看不到将他的答案发送到哪里。
标签： c# multithreading wcf sockets net.tcp