我正在使用 TcpClient 与以“\n”分隔的字符串形式发送信息的服务器进行通信。数据流非常高，一旦设置了通道，流将始终具有要读取的信息。消息的大小可以变化。
我现在的问题是，最好使用 ReadLine() 方法从流中读取消息，因为它们已经“\n”分隔，还是建议读取一些固定大小的 byteArray 并获取使用 Split("\n") 之类的消息字符串？ （是的，我确实理解字节数组可能只获取消息的一部分的情况，我们也必须为此实现逻辑。）
这里需要考虑的点是：
性能。
数据丢失。如果客户端的读取速度不如数据传入的速度快，是否会丢失一些数据？
【问题讨论】：
标签： c# .net multithreading stream
如果性能是您主要关心的问题，那么我更喜欢 Read 而不是 ReadLine 方法。 I/O 是程序可以执行的较慢的事情之一，因此您希望通过预先读取尽可能多的数据来最大限度地减少 I/O 例程中的时间。
如果您使用 TCP，数据丢失在这里并不是一个真正的问题。 TCP 协议保证传送并将处理导致丢包的拥塞问题。
对于问题的线程部分，我们需要更多信息。共享什么资源，是否共享TcpClient's 等...
【讨论】：
如果您需要大量性能，我会说使用缓冲区池并手动读取（在套接字上的 Read()）。缓冲缓冲区可以避免产生垃圾，因为我相信 ReadLine() 会产生一些。
由于您使用的是 TCP，因此数据丢失应该不是问题。
在多线程设置中，您必须具体，但一般来说，资源共享很麻烦，因为它可能会产生数据竞争。
【讨论】：
为什么不使用BufferedStream 来确保您从流中以最佳方式阅读：
var req = (HttpWebRequest)WebRequest.Create("http://www.stackoverflow.com");
using(var resp = (HttpWebResponse)req.GetResponse())
using(var stream = resp.GetResponseStream())
using(var bufferedStream = new BufferedStream(stream))
using(var streamReader = new StreamReader(bufferedStream))
{
while(!streamReader.EndOfStream)
{
string currentLine = streamReader.ReadLine();
Console.WriteLine(currentLine);
}
}
当然，如果您想要扩展，那么异步将是必要的。因此，ReadLine 是不可能的，您将回到字节数组操作。
【讨论】：
我会读入一个字节数组......唯一的缺点：有限的大小。您需要知道一定的字节数量限制，或者有时手动将字节数组刷新为字节集合，然后将集合转换回字节数组，还使用 bitConverter 将其转换为字符串，最后将其拆分为真实信息：p
将数组刷新到集合中会产生很多开销...但是，刷新到字符串中需要更多资源，因为当您将字节刷新到字符串中时，必须对其进行解码......所以它已经完成了对你来说......你可以选择字符串的简单性或字节的效率，无论哪种方式，它都不会完全相互提升性能，但我个人会使用字节集合来避免隐式字节转换。
重要提示：这来自以前使用 TCP 套接字的个人经验（Quake RCON 的东西），而不是任何书或任何东西 :) 如果我弄错了，请纠正我。
【讨论】：