因为TCP保证数据包的传递，因此可以被认为是“可靠的”，而UDP不保证任何东西，数据包可能会丢失。在应用程序中使用UDP而不是TCP流传输数据的优势是什么?在什么情况下UDP是更好的选择，为什么?
我假设UDP更快，因为它没有创建和维护流的开销，但如果一些数据从未到达目的地，这不是无关紧要的吗?
当前回答
这并不总是明确的。然而，如果您需要保证数据包以正确的顺序无丢失地传递，那么TCP可能是您想要的。
另一方面，UDP适用于传输信息的短数据包，其中信息的顺序不太重要，或者数据可以放入单个数据包中 包。
当您希望向许多用户广播相同的信息时，这种方法也很合适。
其他时候，当您正在发送序列数据时，它是合适的，但如果有些数据丢失了 错过你不太关心的(例如VOIP应用程序)。
有些协议更复杂，因为需要的是TCP的一些(但不是全部)功能，但比UDP提供的功能更多。这就是应用层必须做到的 实现附加功能。在这些情况下，UDP也是合适的(例如，互联网广播，顺序很重要，但不是每个数据包都需要通过)。
它在哪里/可以被使用的例子 1)时间服务器向局域网上的一堆机器广播正确的时间。 2) VOIP协议 3) DNS查找 4)请求局域网服务，例如:where are you? 5)网络电台 还有许多其他的……
在unix上，您可以输入grep udp /etc/services以获得实现的udp协议列表 今天……有几百个。
其他回答
请参阅Steven的Unix网络编程的22.4节，“何时使用UDP而不是TCP”。
另外，请参阅关于UDP总是比TCP更快的误解的其他SO回答。
史蒂文的话可以总结如下:
使用UDP广播和组播，因为这是你唯一的选择(任何新的应用程序使用组播) 你可以在简单的请求/回复应用中使用UDP，但你需要构建自己的ack、超时和重传 不要使用UDP进行批量数据传输。
UDP在需要速度时使用，如果数据包不需要，则使用精度，而TCP在需要精度时使用。
UDP通常比较难，因为你必须以一种不依赖于数据包准确性的方式来编写程序。
视频流是使用UDP的一个很好的例子。
我们知道UDP是一种无连接协议，的确如此
适用于需要简单请求-响应通信的流程。 适用于有内部流动、误差控制的工艺 适用于广泛铸造和多播
具体的例子:
用于SNMP 用于RIP等路由更新协议
这并不总是明确的。然而，如果您需要保证数据包以正确的顺序无丢失地传递，那么TCP可能是您想要的。
另一方面，UDP适用于传输信息的短数据包，其中信息的顺序不太重要，或者数据可以放入单个数据包中 包。
当您希望向许多用户广播相同的信息时，这种方法也很合适。
其他时候，当您正在发送序列数据时，它是合适的，但如果有些数据丢失了 错过你不太关心的(例如VOIP应用程序)。
有些协议更复杂，因为需要的是TCP的一些(但不是全部)功能，但比UDP提供的功能更多。这就是应用层必须做到的 实现附加功能。在这些情况下，UDP也是合适的(例如，互联网广播，顺序很重要，但不是每个数据包都需要通过)。
它在哪里/可以被使用的例子 1)时间服务器向局域网上的一堆机器广播正确的时间。 2) VOIP协议 3) DNS查找 4)请求局域网服务，例如:where are you? 5)网络电台 还有许多其他的……
在unix上，您可以输入grep udp /etc/services以获得实现的udp协议列表 今天……有几百个。
