Socket接收消息时末尾被追加异常空字符该如何解决？

问题原因 #

• 未读取实际接收字节长度：服务端调用BeginReceive接收数据后，没有调用EndReceive获取本次实际接收到的字节数，直接将整个1024字节的缓冲区全部转为字符串。缓冲区未被业务数据填充的位置默认值为\0，转换后就会出现在字符串末尾，是当前问题的核心诱因。
• 编解码不统一：客户端发送时使用Encoding.ASCII编码字符串，服务端接收后使用Encoding.UTF8解码，虽然当前发送的内容均为ASCII字符两者兼容，但属于不规范实现，后续如果出现非ASCII字符会直接产生乱码。
• 缺少消息边界界定（潜在风险）：TCP是面向流的协议，没有内置消息边界，单次接收不一定能拿到完整的一条消息，当前短消息场景下虽然不会触发，但后续业务扩展后很容易出现粘包、半包问题。

修复方案 #

快速修复（解决当前冗余字符问题） #

1. 调整服务端OnMessage方法逻辑，先获取实际接收的有效字节长度，仅转换有效区间的字节为字符串，同时补全连接关闭、异常处理的逻辑：

private async void OnMessage(IAsyncResult iAr)
{
    try
    {
        var socket = (Socket)iAr.AsyncState;
        // 获取本次实际接收到的字节数
        int receivedLength = socket.EndReceive(iAr);
        if (receivedLength == 0)
        {
            // 客户端已断开连接，释放资源
            socket.Close();
            return;
        }
        // 仅转换有效长度的字节，避免读取缓冲区默认的\0字符
        var data = Encoding.UTF8.GetString(_buffer, 0, receivedLength);
        // 此处添加业务逻辑处理代码
        
        // 继续监听后续数据接收
        socket.BeginReceive(_buffer, 0, _buffer.Length, SocketFlags.None, OnMessage, socket);
    }
    catch (Exception ex)
    {
        // 异常处理逻辑，可按需记录日志、释放连接资源
    }
}

2. 统一客户端与服务端的编解码规则，将客户端发送时的编码改为和服务端一致的UTF8：

// 原Encoding.ASCII修改为Encoding.UTF8
byte[] data = Encoding.UTF8.GetBytes("execute_task,name=PerformBackup");

长期规范优化（解决潜在的粘包半包问题） #

如果需要长期稳定运行，建议在通信协议中明确消息边界，常用实现方案有两种：

• 固定长度前缀：发送消息前先发送4字节的int值表示后续消息的总长度，服务端先读取4字节拿到消息长度，再按长度读取完整的消息内容
• 特殊分隔符：在每条消息末尾追加不会出现在业务内容中的特殊分隔符（比如\r\n、特定标识串），服务端读取数据后按分隔符拆分完整消息。

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