我应该将 StreamReader/Writer 与 NetworkStream 一起用于 C# 服务器/客户端吗？

发布于 2024-08-26 05:23:22 字数 512 浏览 5 评论 0原文

我正在为一个项目构建一个基于客户端/服务器的游戏（感觉非常超出我的深度）。我一直在使用 TCPclient 和多线程套接字服务器。目前一切工作正常，但我一直在使用 StreamReader 和 StreamWriter 在客户端和服务器之间进行通信。

我不断看到这样的例子用于接收数据：

byte[] data = new byte[1024];
int recv = sock.ReceiveFrom(data, ref ep);
string stringData = Encoding.ASCII.GetString(data, 0, recv);

和这个用于发送：

byte[] data = Encoding.ASCII.GetBytes("This is a test message");
server.SendTo(data, iep);

我想知道使用它比streamReader 有什么好处？使用这个也会缓冲吗？

提前致谢。

原文

I'm in the process of building a client/server based game for a project(feeling quite out my depth). I've been using TCPclient and a multi-threaded socket server. Everything is working fine at the moment but I have been using StreamReader and StreamWriter to communicate between both client and server.

I keep seeing examples like this for recieving data:

byte[] data = new byte[1024];
int recv = sock.ReceiveFrom(data, ref ep);
string stringData = Encoding.ASCII.GetString(data, 0, recv);

and this for sending:

byte[] data = Encoding.ASCII.GetBytes("This is a test message");
server.SendTo(data, iep);

I was wondering what are the benefits of using this over streamReader? Would using this also be buffering?

Thanks in advance.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

我偏爱纯白色 2024-09-02 05:23:22

这只是一种不同的风格。 ReceiveFrom 和 SendTo 更偏向 Unix 风格，而使用 StreamReader 则更偏向 .NET 风格。 StreamReader 对您来说更有用，因为您可以将其传递给接受 TextReader 的其他方法。

回复收藏 0 原文

我爱人 2024-09-02 05:23:22

sendTo() 和 receiveFrom() 用于使用 UDP 作为传输协议的无连接套接字。当使用面向连接或使用 TCP 作为协议的流套接字时，您可以使用 Send() 或 Recieve()。
StreamReader 和 StreamWriter 是 IO 命名空间的类，有助于解决 TCP 套接字带来的消息边界问题。
消息边界问题意味着所有发送调用都不会在所有接收调用中被接听。
为了避免消息边界问题，我们使用带有流读取器和流写入器的网络流。