TcpClient.GetStream（）。Read（）vs. TcpClient.Client.Receive（）

.NET允许两种非常类似的方式从网络“读取”（假设TCP连接）：

1. TcpClient.GetStream().Read() 2. TcpClient.Client.Receive() 

通过查看NetworkStream源代码 – 它似乎是底层套接字的额外包装器，最终调用Socket方法。

问题：使用“间接”NetworkStream变体（＃1）的好处是什么，而不是使用Socket实现提供的直接包装器？

谢谢你，鲍里斯。

Answer 1

事实上，使用第一个选项（TcpStream而不是Socket）有一个非常明显的好处。 好处是当针对同一程序需要不同的底层实现时，流API更灵活。

例如，有时可能使用SSL并且有时可能不使用SSL的代码可以在SslStream和TcpStream之间切换而不更改调用代码。 这是使用普通Socket API更难完成的事情。

Answer 2

真的没什么。 只是有时使用Stream更方便。

Answer 3

对我来说，收到零字节的成功Socket.Receive操作会告诉您连接已关闭。