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

Question

我正在编写一个需要将数据发送到连接的远程主机的 tcp 服务器。我宁愿 socket send 调用完全不阻塞。为了促进这一点，我使用 Socket.Select 来识别可写套接字并使用 Socket.Send 写入这些套接字。 Socket.Select msdn article states:

If you already have a connection established, writability means that all send operations will succeed without blocking.

我担心远程套接字没有主动耗尽缓冲区的情况，表示缓冲区已满，并且 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 上它不会那样做。不管怎样，poll/select 风格已经过时了。异步套接字最好使用 await 完成。下一个最佳选择是 APM 模式。

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

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