.Net C＃TcpClient/Socket HTTP客户端性能/效率

Question

我在使用.Net TcpClient/Sockets编写HTTP客户端。

到目前为止，客户端通过遍历NetworkStream响应（在向TcpClient写入GET请求之后），解析报头并检索相关消息体字节/分块字节来处理Content-Length和分块响应。为此，它使用NetworkStream ReadByte方法。

这一切工作正常，但性能是应用程序的一个关键考虑因素，所以我想尽可能快速和高效。

最初，这将涉及将ReadByte替换为邮件正文（基于Content-Length）的Read或分块邮件正文字节检索到适当大小的缓冲区中，在所有其他区域中使用ReadByte（例如，读取Headers，Chunk大小等等）。

我很想知道更好的/不同的方式来达到最佳性能的想法吗？显然，HTTP的主要问题是不知道响应流的长度，除非它在检索时被解析。

有一个具体的原因，为什么我没有使用更多的抽象类（例如HttpWebRequest）（我需要在套接字级更好的控制）。

非常感谢，

克里斯

Answer 1

我建议使用一个进程，一个中等大小的缓冲区。重复填充缓冲区，直到响应流结束。当缓冲区已满或流结束时，将缓冲区内容附加到字符串（或用于存储消息的任何内容）。

如果您想在流的早期读取重要的信息位，请阅读足够的流以查看该信息。 （换句话说，如果你不想要，你不需要在第一遍填充缓冲区。）

你还应该考虑使用事件系统来表示新数据的存在这样你的过程的主要部分就不需要知道数据来自何处或你如何缓冲它。

编辑

在回答您的评论的问题，如果你有一个连接，你尝试多个请求重用，你可以创建一个线程，一遍又一遍从中读取。当它找到数据时，它会使用该事件将它推出以供程序的主要部分处理。我没有一个方便的样本，但你应该能够找到几个与谷歌或谷歌搜索几个。