TCP或UDP帮助与C＃中的服务器/客户端？

Question

任何人都可以帮忙，我试图弄清楚我需要做什么，我得到了用TCP（UDP）编写服务器和客户端的任务。 基本上，多个客户端将连接到服务器。服务器将MESSSAGES发送到客户端。

我在创建服务器和客户端时没有问题，但是使用tcp我不确定该走哪条路。 .net 3.5是否支持所有功能，还是我需要继续寻找某些组件？

我正在寻找适用于TCP或UDP的C＃好的示例。 这就是我不确定100％的地方..据我所知，有UDP和TCP ... 1已连接，而1没有。.那么我走哪条路，C＃可以同时支持两者？ 优点缺点？

假设服务器必须支持多个客户端，而我只需要打开1个端口还是我需要打开2个端口？

另外，如果客户端崩溃，我需要它不影响服务器，因此服务器可以忽略它并在打开或超时的情况下关闭连接...如果实际上再次需要连接，请返回到tcp udp

有什么想法我应该开始尝试并选择我需要分配的协议和端口数量吗？

谢谢

Answer 1

UDP缺点：

• 数据包大小限制意味着您只能发送小消息（少于约1.5k字节）。
• 流的缺乏使UDP的安全变得困难：难以进行可用于有损交换的身份验证方案，并且难以保护单个消息的完整性和机密性（没有密钥状态可依赖）。
• 没有传递保证意味着您的目标必须准备好应对消息丢失。 现在很容易就认为，如果目标能够处理消息的总损失（这是可能的），那么为什么还要把他们摆在首位？

UDP优点：

• 无需为每个客户端在服务器上存储系统终结点（即没有套接字）。 这是连接到成千上万个客户端的MMO游戏使用UDP的主要原因之一。
• 速度：每个消息都是单独路由的事实意味着您无法像TCP那样遇到流拥塞。
• 广播：UDP可以广播给网段上的所有侦听器。

如果您也考虑使用TCP，那么甚至不应该考虑使用UDP。 如果您正在考虑使用TCP，则意味着您在考虑流（ 按顺序发送消息一次 ），而使用UDP将给您的应用带来碎片，重试和确认，重复检测和排序的负担。 您将立即在您的应用程序中重塑TCP，并且所有工程师花了20年的时间才实现了这一权利（或者至少与IPv4一样正确）。

如果您不熟悉这些主题，我建议您顺其自然，并使用WCF，至少它给您带来相对方便地切换各种传输和协议的优点。 如果您使用原始的.Net套接字组件选择错误，则将代码库从TCP更改为UDP的难度将更大，反之亦然。

Answer 2

在我看来，您不清楚TCP和UDP之间的区别。

TCP是面向连接的。 即2个对等方将建立专用连接。 包传送和订购得到保证。 通常，一台服务器将提供一个端口，并且多个客户端可以连接到该端口（例如HTTP服务器和浏览器）。

UDP是无连接的。 它不能保证数据包的交付或订购。 您可以非常轻松地实现广播和多播机制。 如果需要某种可靠性，则必须在UDP之上实现这一点。 有时您可能不在乎，仅发出请求并重试无响应（SNMP会这样做）。 因为它是无连接的，所以您实际上不必担心对等对象处于上升/下降状态。 您只需要根据需要重试。

因此，您的协议选择由上述决定。 例如，您的客户端是否需要与服务器的专用连接？ 您是否正在将相同的数据传输到多个客户端？ 您可以忍受丢包（例如实时价格更新等）吗？ 将TCP和UDP都用于您应用中的不同要求也许是可行的（例如，TCP用于注册订单，UDP用于传输价格更新/事件？）

我会考虑您的要求，并熟悉TCP和UDP的局限性和功能。 那应该使事情更加清楚。

Answer 3

是否需要在如此低的级别上执行此操作？ 为什么不使用WCF？ 它使用二进制数据传输完全支持通过TCP / IP进行消息传递，但是它的抽象级别比原始套接字高得多。

Answer 4

您需要的所有内容都在.Net 3.5（可能还有以下内容）中。 在MSDN上查看有关UdpClient类的文档和示例，以深入了解如何编写客户端/服务器。 一个快速的Google在www.java2s.com上找到了一些服务器和客户端的示例代码，以及C＃中的许多其他网络示例。 不要被域名推迟。