C# Client Socket用Available接收未知长度服务端数据逻辑是否正确

你写的这段逻辑存在严重问题，无法满足需求 #

• 核心逻辑缺陷：Socket.Available 仅统计当前已经到达本机网络缓冲区、可立即读取的字节数，不包含服务端还在传输途中、尚未到达本机的数据。如果第一批数据读完后，后续数据还没到网卡缓冲区，Available 会直接返回0，你的循环会提前终止，最终只能收到不完整的数据。
• 缓冲区冗余问题：Socket.Receive 不保证按传入的长度参数返回对应字节数，哪怕你指定读取bytesAvailable长度，实际返回的read也可能小于该值。你按bytesAvailable扩容数组，最终缓冲区会有多余的空白字节，不符合“长度和服务端返回完全一致”的要求。
• 性能问题：频繁调用Array.Resize会反复触发内存分配和全量数据拷贝，数据量稍大时性能损耗非常明显。

正确的实现方案 #

未知长度的Socket数据接收，有两种通用的稳定实现：

方案1（推荐，适配长连接场景） #

在通讯协议层新增长度前缀：服务端发送数据前，先写入4字节int类型的后续数据总长度，接收端先读取4字节拿到总长度，再分配对应大小的缓冲区，循环读满指定长度即可。
示例代码：

// 先读4字节的长度头
byte[] lenBuffer = new byte[4];
_sender.Receive(lenBuffer, 0, 4, SocketFlags.None);
int totalLen = BitConverter.ToInt32(lenBuffer, 0);

// 按总长度分配缓冲区
byte[] bufferRec = new byte[totalLen];
int offset = 0;
while (offset < totalLen)
{
    int read = _sender.Receive(bufferRec, offset, totalLen - offset, SocketFlags.None);
    offset += read;
}

方案2（适配短连接场景，无需修改协议） #

如果是短连接，服务端发完数据就会关闭发送通道，可以用固定大小的临时缓冲区循环读取，直到Receive返回0（代表对方已关闭连接，没有更多数据），最后合并所有读取到的字节即可：

byte[] tempBuffer = new byte[4096];
using MemoryStream ms = new MemoryStream();
int read;
while ((read = _sender.Receive(tempBuffer, SocketFlags.None)) > 0)
{
    ms.Write(tempBuffer, 0, read);
}
byte[] bufferRec = ms.ToArray();

注意：如果是长连接场景且无法修改协议加长度头/结束标识，没有任何可靠的方法能判断服务端是否发送完所有数据，单纯依赖Available的逻辑必然会出现收不全数据的问题。

内容的提问来源于stack exchange，提问作者Leandro Bucci