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

本文关键字:套接字 tcp 何阻塞 太多 多字节 如果 | 更新日期: 2023-09-27 17:50:52

我正在编写一个tcp服务器,需要将数据发送到连接的远程主机。我希望套接字发送调用永远不要阻塞。为了方便起见,我使用Socket。选择识别可写套接字并使用Socket.Send向这些套接字写入。套接字。Select msdn article states:

如果你已经建立了一个连接,可写性意味着所有的发送操作都将成功,而不会阻塞。

我关心的情况是,远程套接字没有主动消耗缓冲区,说缓冲区填充,tcp推回到我的服务器的套接字。在这种情况下,我认为服务器将无法发送和接受套接字的缓冲区将填满。

我想知道socket的行为。在这种情况下,当发送缓冲区部分满时发送。我希望它能接受尽可能多的字节并返回那么多字节。我写了一个代码片段来测试这一点,但是奇怪的事情发生了:它总是发送我给它的所有字节!

片段:

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

套接字。Send正在设法发送比设置的字节数更多的字节。有人能解释这种行为吗?

我额外添加了一个receive调用,套接字最终接收发送的所有字节

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

我相信Windows TCP堆栈总是占用所有字节,因为所有Windows应用程序都认为它是这样的。我知道在Linux上它不会这样做。无论如何,投票/选择样式已经过时了。异步套接字最好使用await。下一个最佳选择是APM模式。

当IO正在进行时没有线程正在使用。这就是你想要的。这适用于。net框架中所有与io相关的APM、EAP和TAP api。回调在线程池中排队。你不能做得比这更好了。net IO是高效的,不用太担心。老实说,为IO生成一个新线程是愚蠢的。

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