因为TCP保证数据包的传递，因此可以被认为是“可靠的”，而UDP不保证任何东西，数据包可能会丢失。在应用程序中使用UDP而不是TCP流传输数据的优势是什么?在什么情况下UDP是更好的选择，为什么?
我假设UDP更快，因为它没有创建和维护流的开销，但如果一些数据从未到达目的地，这不是无关紧要的吗?
当前回答
关键的问题是“在什么情况下UDP是更好的选择[而不是tcp]”
上面有很多很好的答案，但是缺少的是对传输不确定性对TCP性能影响的正式、客观的评估。
随着移动应用程序的大量增长，以及“偶尔连接”或“偶尔断开”的范式，在很难获得连接的情况下，TCP试图维持连接的开销肯定会导致UDP及其“面向消息”的性质的强烈情况。
现在我没有数学/研究/数字，但我制作的应用程序使用ACK/NAK和UDP上的消息编号比使用TCP更可靠，当时连接通常很差，可怜的旧TCP只是花费了时间和客户的金钱来尝试连接。在许多西方国家的地区和农村地区都有这种情况....
其他回答
视频流是使用UDP的一个很好的例子。
请参阅Steven的Unix网络编程的22.4节，“何时使用UDP而不是TCP”。
另外，请参阅关于UDP总是比TCP更快的误解的其他SO回答。
史蒂文的话可以总结如下:
使用UDP广播和组播，因为这是你唯一的选择(任何新的应用程序使用组播) 你可以在简单的请求/回复应用中使用UDP，但你需要构建自己的ack、超时和重传 不要使用UDP进行批量数据传输。
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.
比较TCP和UDP，像UDP这样的无连接协议可以保证速度，但不能保证数据包传输的可靠性。 例如，电子游戏通常不需要可靠的网络，但速度是最重要的，在游戏中使用UDP具有减少网络延迟的优势。
电子游戏的网络通信几乎都是通过UDP完成的。
速度是最重要的，如果错过更新也无关紧要，因为每次更新都包含玩家所能看到的完整当前状态。
