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

【问题标题】：How will a c# tcp socket block if I send too many bytes?如果我发送太多字节，c# tcp 套接字将如何阻塞？
【发布时间】：2015-08-10 00:25:45
【问题描述】：

我正在编写一个 tcp 服务器，它需要向连接的远程主机发送数据。我更希望套接字发送调用永远不会阻塞。为了促进这一点，我使用 Socket.Select 来识别可写套接字并使用 Socket.Send 写入这些套接字。 Socket.Select msdn article states:

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

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

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

sn-p:

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 正在设法发送比它设置的更多的字节。谁能解释这种行为？

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

【问题讨论】：

我相信 Windows TCP 堆栈总是占用所有字节，因为所有 Windows 应用程序都假定它确实如此。我知道在 Linux 上它不会那样做。无论如何，poll/select 风格已经过时了。异步套接字最好用 await 完成。下一个最佳选择是 APM 模式。我也不明白你为什么需要部分发送。只需使用 BeginSend。
我试图避免不必要的线程。 BeginSend 会使用线程池吗？
msdn.microsoft.com/en-us/library/bbx2eya8.aspx 声明“异步套接字使用系统线程池中的多个线程来处理网络连接”这些是 .NET 线程池线程还是 OS 线程？
在 IO 进行时没有线程在使用。这就是你的意思/想要的。这适用于 .NET Framework 中所有与 IO 相关的 APM、EAP 和 TAP API。
那么回调会在哪个线程上呢？该线程必须在某处/如何创建。

标签： c# sockets tcp

【解决方案1】：

我相信 Windows TCP 堆栈总是会占用所有字节，因为所有 Windows 应用程序都假定它会占用。我知道在 Linux 上它不会那样做。无论如何，poll/select 风格已经过时了。异步套接字最好使用await 完成。下一个最佳选择是 APM 模式。

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

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

【讨论】：