Question

我正在编写一个需要向连接的远程主机发送数据的tcp服务器。我总是喜欢套接字发送呼叫根本不阻塞。为了方便这一点，我使用Socket.Select来识别可写套接字并使用Socket.Send写入这些套接字。 Socket.Select msdn article states:

如果您已建立连接，则可写性意味着所有发送操作都将成功而不会阻塞。

我担心远程套接字没有主动耗尽缓冲区，缓冲区填充，并且tcp推回到我的服务器套接字的情况。在这种情况下，我认为服务器将无法发送并且接受的套接字缓冲区将填满。

我想知道socket.Send的行为，在这种情况下发送缓冲区部分已满。我希望它能接受尽可能多的字节并返回那么多字节。我写了一个片段来测试这个，但发生了一些奇怪的事情：它总是发送我给它的所有字节！

片段：

var LocalEndPoint = new IPEndPoint(IPAddress.Any, 22790);
var listener = CreateSocket();
listener.Bind(LocalEndPoint);
listener.Listen(100);
Console.WriteLine("begun listening...");

var receiver = CreateSocket();
receiver.Connect(new DnsEndPoint("localhost", 22790));
Console.WriteLine("connected.");

Thread.Sleep(100);
var remoteToReceiver = listener.Accept();
Console.WriteLine("connection accepted {0} receive size {1} send size.", remoteToReceiver.ReceiveBufferSize, remoteToReceiver.SendBufferSize);

var stopwatch = Stopwatch.StartNew();
var bytes = new byte[] {1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16};
var bytesSent = remoteToReceiver.Send(bytes, 0, 16, SocketFlags.None);
stopwatch.Stop();
Console.WriteLine("sent {0} bytes in {1}", bytesSent, stopwatch.ElapsedMilliseconds);

public void CreateSocket()
{
    var socket = new Socket(SocketType.Stream, ProtocolType.Tcp)
    {
        ReceiveBufferSize = 4,
        SendBufferSize = 8,
        NoDelay = true,
    };
    return socket;
}

我听一个端点，接受新连接，永远不会耗尽接收器套接字缓冲区，并发送比缓冲区单独接收的数据更多的数据，但我的输出是：

begun listening...
connected.
connection accepted, 4 receive size 8 send size.
sent 16 bytes in 0

所以socket.Send以某种方式管理发送比设置更多的字节。任何人都可以解释这种行为吗？

我另外添加了一个接收调用，套接字最终收到所有发送的字节。

Answer 1

我相信Windows TCP堆栈总是占用所有字节，因为所有Windows应用程序都认为它。我知道在Linux上它没有这样做。无论如何，民意调查/选择风格已经过时。异步套接字最好用await完成。下一个最佳选择是APM模式。

IO正在进行时没有使用任何线程。这就是你的意思/想要的。这适用于.NET Framework中与IO相关的所有APM，EAP和TAP API。回调排队到线程池。你不能做得更好。 .NET IO很有效，不用太担心。为IO生成一个新线程坦白说是愚蠢的。

当您使用await并遵循最佳做法时，异步网络IO实际上非常简单。效率方面，.NET中的所有异步IO技术都具有相对的效率。

如果发送太多字节，c＃tcp套接字将如何阻塞？

1 个答案: