C# UDP Socket.BeginSendTo/ReceiveFrom回调触发但无有效数据

核心故障根因 #

该问题和UDP传输可靠性无关，90%以上诱因是空字节（\0）填充导致的字符串截断，具体触发逻辑：

• 发送端调用Socket.BeginSendTo()时，未传入实际待发送的有效字节长度，直接传入发送缓冲区总长度，导致有效报文后拼接了大量未初始化的0字节一同发出
• 接收端即使通过EndReceiveFrom()拿到实际接收字节数，如果解析时偏移量计算错误、或发送端本身将有效数据放在缓冲区非0偏移位置，会导致解析出的字符串首字符就是\0
• C#字符串原生支持包含\0字符，因此string.IsNullOrEmpty()校验会返回非空，但控制台输出API、后续枚举解析逻辑碰到\0会直接终止执行，表现为控制台无输出、首字符转枚举抛出异常

分步修复方案 #

1. 修复发送端逻辑 #

发送数据时必须严格传入Encoding.ASCII.GetBytes()返回的实际有效字节长度，禁止直接传缓冲区总长度：

public void SendMessage(string content)
{
    // 仅将有效字符串转为字节，禁止直接复用带残留数据的大缓冲区发送
    byte[] sendBuffer = Encoding.ASCII.GetBytes(content);
    _clientSocket.BeginSendTo(
        buffer: sendBuffer,
        offset: 0,
        size: sendBuffer.Length, // 必须填实际有效字节数，不能随意传缓冲区总长度
        socketFlags: SocketFlags.None,
        remoteEP: _serverEndPoint,
        callback: OnSend,
        state: _clientSocket
    );
}

private void OnSend(IAsyncResult ar)
{
    Socket socket = (Socket)ar.AsyncState;
    // 必须调用EndSendTo确认实际发送字节数，不要假设回调触发就等于全量发送完成
    int sentBytes = socket.EndSendTo(ar);
    // 若sentBytes和待发长度不一致，补充补发逻辑
}

2. 修复接收端解析逻辑 #

接收时严格按照EndReceiveFrom()返回的字节数，从缓冲区0偏移开始解析，解析后主动剔除首尾空字符、不可见字符：

private byte[] _recvBuffer = new byte[1024]; // 接收缓冲区
private void StartReceivingData()
{
    EndPoint remoteEP = new IPEndPoint(IPAddress.Any, 0);
    _serverSocket.BeginReceiveFrom(
        buffer: _recvBuffer,
        offset: 0,
        size: _recvBuffer.Length,
        socketFlags: SocketFlags.None,
        ref remoteEP,
        callback: OnReceive,
        state: _serverSocket
    );
}

private void OnReceive(IAsyncResult ar)
{
    Socket socket = (Socket)ar.AsyncState;
    EndPoint remoteEP = new IPEndPoint(IPAddress.Any, 0);
    // 读取实际接收的字节长度
    int recvBytes = socket.EndReceiveFrom(ar, ref remoteEP);
    
    // 仅解析有效长度段，主动移除空字符和不可见控制字符
    string rawContent = Encoding.ASCII.GetString(_recvBuffer, 0, recvBytes).Trim('\0', ' ', '\r', '\n');
    
    // 立即重启接收，避免后续包丢失
    StartReceivingData();
    
    // 空内容直接跳过
    if (string.IsNullOrWhiteSpace(rawContent)) return;
    
    // 此处可正常打印内容
    Console.WriteLine($"收到来自{remoteEP}的消息：{rawContent}");
    
    // 执行业务逻辑
    TakeActions(rawContent);
}

3. 枚举转换容错处理 #

转枚举前先做合法性校验，禁止直接拿首字符强转：

private void TakeActions(string content)
{
    if (!Enum.TryParse<ActivityRequest>(content[0].ToString(), out var request))
    {
        // 记录非法报文日志，避免直接抛异常崩溃
        Console.WriteLine($"非法报文格式，首字符无法转换为请求类型：{content}");
        return;
    }
    // 后续业务处理逻辑
}

快速验证方法 #

如果调整发送逻辑后问题仍存在，在接收端解析前加字节打印逻辑，直接查看收到的字节值：

// 调试用：打印收到的有效字节段十六进制值
Console.WriteLine(BitConverter.ToString(_recvBuffer, 0, recvBytes));

如果打印结果开头为00，说明发送端仍在传输空字节，需回头检查BeginSendTo的size参数传值是否正确。

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