什么时候用UDP代替TCP比较合适?

因为TCP保证数据包的传递，因此可以被认为是“可靠的”，而UDP不保证任何东西，数据包可能会丢失。在应用程序中使用UDP而不是TCP流传输数据的优势是什么?在什么情况下UDP是更好的选择，为什么?

我假设UDP更快，因为它没有创建和维护流的开销，但如果一些数据从未到达目的地，这不是无关紧要的吗?

当前回答

关键的问题是“在什么情况下UDP是更好的选择[而不是tcp]”

上面有很多很好的答案，但是缺少的是对传输不确定性对TCP性能影响的正式、客观的评估。

随着移动应用程序的大量增长，以及“偶尔连接”或“偶尔断开”的范式，在很难获得连接的情况下，TCP试图维持连接的开销肯定会导致UDP及其“面向消息”的性质的强烈情况。

现在我没有数学/研究/数字，但我制作的应用程序使用ACK/NAK和UDP上的消息编号比使用TCP更可靠，当时连接通常很差，可怜的旧TCP只是花费了时间和客户的金钱来尝试连接。在许多西方国家的地区和农村地区都有这种情况....

2011-12-21 09:23:26

其他回答

UDP can be used when an app cares more about "real-time" data instead of exact data replication. For example, VOIP can use UDP and the app will worry about re-ordering packets, but in the end VOIP doesn't need every single packet, but more importantly needs a continuous flow of many of them. Maybe you here a "glitch" in the voice quality, but the main purpose is that you get the message and not that it is recreated perfectly on the other side. UDP is also used in situations where the expense of creating a connection and syncing with TCP outweighs the payload. DNS queries are a perfect example. One packet out, one packet back, per query. If using TCP this would be much more intensive. If you dont' get the DNS response back, you just retry.

2009-07-08 18:12:15

视频流是使用UDP的一个很好的例子。

2009-07-08 18:05:38

这并不总是明确的。然而，如果您需要保证数据包以正确的顺序无丢失地传递，那么TCP可能是您想要的。

另一方面，UDP适用于传输信息的短数据包，其中信息的顺序不太重要，或者数据可以放入单个数据包中包。

当您希望向许多用户广播相同的信息时，这种方法也很合适。

其他时候，当您正在发送序列数据时，它是合适的，但如果有些数据丢失了错过你不太关心的(例如VOIP应用程序)。

有些协议更复杂，因为需要的是TCP的一些(但不是全部)功能，但比UDP提供的功能更多。这就是应用层必须做到的实现附加功能。在这些情况下，UDP也是合适的(例如，互联网广播，顺序很重要，但不是每个数据包都需要通过)。

它在哪里/可以被使用的例子 1)时间服务器向局域网上的一堆机器广播正确的时间。 2) VOIP协议 3) DNS查找 4)请求局域网服务，例如:where are you? 5)网络电台还有许多其他的……

在unix上，您可以输入grep udp /etc/services以获得实现的udp协议列表今天……有几百个。

2009-07-08 22:26:48

关键的问题是“在什么情况下UDP是更好的选择[而不是tcp]”