如果我发送太多字节,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调用,套接字最终接收发送的所有字节
我相信Windows TCP堆栈总是占用所有字节,因为所有Windows应用程序都认为它是这样的。我知道在Linux上它不会这样做。无论如何,投票/选择样式已经过时了。异步套接字最好使用await
。下一个最佳选择是APM模式。
当IO正在进行时没有线程正在使用。这就是你想要的。这适用于。net框架中所有与io相关的APM、EAP和TAP api。回调在线程池中排队。你不能做得比这更好了。net IO是高效的,不用太担心。老实说,为IO生成一个新线程是愚蠢的。
当您使用await
并遵循最佳实践时,异步网络IO实际上非常简单。在效率方面,. net中的所有异步IO技术都相当高效。