C# 在C中使用套接字api时，TCP数据包是如何到达的#
我一直在阅读有关TCP数据包以及如何在航行中多次拆分它们的文章。我认为，为了存储每个C# 在C中使用套接字api时，TCP数据包是如何到达的#,c#,sockets,networking,tcp,C#,Sockets,Networking,Tcp,我一直在阅读有关TCP数据包以及如何在航行中多次拆分它们的文章。我认为，为了存储每个ReceiveAsync（），直到有足够的数据可用于解析消息，我必须在用于实际网络流量的缓冲区之上实现某种缓冲区。顺便说一句，我正在通过TCP发送带有长度前缀的protobuf序列化消息 然后我读到下层（以太网？、IP？）实际上会透明地重新组装数据包 我的问题是，在C#中，是否保证通过TCP接收完整的“消息”？换句话说，如果我发送32个字节，我是否需要“一次”接收这32个字节（一次调用ReceiveAsync（）
ReceiveAsync（）ReceiveAsync（）ReceiveAsync（）recv（）异步等待private static void ReceiveCallback(IAsyncResult ar)
{
try
{
// Retrieve the state object and the client socket
// from the asynchronous state object.
StateObject state = (StateObject)ar.AsyncState;
Socket client = state.workSocket;
// Read data from the remote device.
int bytesRead = client.EndReceive(ar);
if (bytesRead > 0)
{
// There might be more data, so store the data received so far.
state.sb.Append(Encoding.ASCII.GetString(state.buffer, 0, bytesRead));
// Get the rest of the data.
client.BeginReceive(state.buffer, 0, StateObject.BufferSize, 0,
new AsyncCallback(ReceiveCallback), state);
}
else
{
// All the data has arrived; put it in response.
if (state.sb.Length > 1)
{
response = state.sb.ToString();
}
// Signal that all bytes have been received.
receiveDone.Set();
}
}
catch (Exception e)
{
Console.WriteLine(e.ToString());
}
}
有关更多详细信息，请参阅MSDN文章和文章。第二个链接介绍了更多细节，它还有示例代码。TCP是一种基于流的八位字节协议。因此，从应用程序的角度来看，您只能向流中读取或写入字节 我一直在阅读有关TCP数据包以及如何在航行中多次拆分它们的文章 TCP数据包是一个网络实现细节。它们用于提高效率（一次发送一个字节是非常低效的）。数据包分段是在设备驱动程序/硬件级别完成的，并且从不向应用程序公开。应用程序永远不知道“数据包”是什么或其边界在哪里 我认为我必须在用于实际网络流量的缓冲区之上实现某种缓冲区，以便存储每个ReceiveAsync（），直到有足够的数据可用于解析消息 对。因为“消息”不是TCP概念。这纯粹是一个应用程序概念。大多数应用程序协议确实定义了一种“消息”，因为它更容易推理 然而，一些应用程序协议没有定义“消息”的概念；他们将TCP流视为实际流，而不是消息序列 为了支持这两种应用协议，TCP/IP API必须是基于流的 顺便说一句，我正在通过TCP发送带有长度前缀的protobuf序列化消息 那很好。IMO说，长度前缀比其他选项更容易处理 我的问题是，在C#中，是否保证通过TCP接收完整的“消息” 没有 或者我必须“存储”每个接收，直到接收的字节数等于长度前缀？另外，我是否可以在对ReceiveAsync（）的一次调用中收到多条消息 对,对 更有趣的是：
- 您只能获得部分长度前缀（假定为多字节长度前缀）
- 您可以一次收到任意数量的消息
- 缓冲区可以包含消息的一部分，也可以包含消息长度前缀的一部分
- 下次读取可能无法完成当前邮件，甚至无法完成当前邮件的长度前缀