字节数组转字符串格式化异常：Windows Forms网络流传输数据间隙问题

兄弟，这问题我太熟了！你遇到的奇怪间隙根本不是普通空格或者换行，而是未使用的数组空字节转成的不可见字符导致的。

看你的代码：你创建了一个大小为clientSocket.ReceiveBufferSize的字节数组，但实际从网络流读取到的有效数据长度肯定比这个数组小，而Encoding.ASCII.GetString(bytesFrom)会把整个数组（包括那些没被填充的空字节，也就是ASCII码为0的字符）都转换成字符串，这些空字符在控制台里就会表现成奇怪的间隙，自然不是用Replace替换空格换行能解决的。

修复方案很简单：只转换实际读取到的有效字节 #

Stream.Read()方法的返回值就是实际读取到的字节数，用这个数值来截取数组的有效部分就行，修改后的代码如下：

TcpClient clientSocket = serverSocket.AcceptTcpClient();
byte[] bytesFrom = new byte[clientSocket.ReceiveBufferSize];
// 保存实际读取的字节数，这是关键！
int actualBytesRead = clientSocket.GetStream().Read(bytesFrom, 0, clientSocket.ReceiveBufferSize);
// 只转换数组中被填充的有效部分
string dataFromClient = Encoding.ASCII.GetString(bytesFrom, 0, actualBytesRead);
// 可选：如果文本框可能有前后冗余空格，用Trim清理
dataFromClient = dataFromClient.Trim();
Console.WriteLine($"{dataFromClient} joined");

额外说明 #

• 之前的Replace操作无效，是因为那些间隙不是普通的空格或换行，而是数组未使用区域的空字节（ASCII 0），这些字符是不可见的，Replace根本匹配不到。
• 如果你的文本框数据本身包含合法的换行或空格，Trim可以根据需求选择是否添加，比如如果用户输入的就是带空格的昵称，就不要加Trim。

内容的提问来源于stack exchange，提问作者R. Watts