c# – TcpClient.GetStream().Read()vs. TcpClient.Client.Receive()

前端之家收集整理的这篇文章主要介绍了c# – TcpClient.GetStream().Read()vs. TcpClient.Client.Receive()前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
.NET允许两种非常类似的方式从网络“读取”(假设TCP连接):
1. TcpClient.GetStream().Read() 
2. TcpClient.Client.Receive()

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

问题:使用“间接”NetworkStream变体(#1)的好处是什么,而不是使用Socket实现提供的直接包装器?

谢谢,
鲍里斯.

解决方法

实际上,使用第一个选项(TcpStream而不是Socket)有一个非常明显的好处.好处是当针对同一程序需要不同的底层实现时,流API更灵活.

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

猜你在找的C#相关文章