因为TCP保证数据包的传递，因此可以被认为是“可靠的”，而UDP不保证任何东西，数据包可能会丢失。在应用程序中使用UDP而不是TCP流传输数据的优势是什么?在什么情况下UDP是更好的选择，为什么?
我假设UDP更快，因为它没有创建和维护流的开销，但如果一些数据从未到达目的地，这不是无关紧要的吗?
当前回答
请参阅Steven的Unix网络编程的22.4节，“何时使用UDP而不是TCP”。
另外，请参阅关于UDP总是比TCP更快的误解的其他SO回答。
史蒂文的话可以总结如下:
使用UDP广播和组播，因为这是你唯一的选择(任何新的应用程序使用组播) 你可以在简单的请求/回复应用中使用UDP，但你需要构建自己的ack、超时和重传 不要使用UDP进行批量数据传输。
其他回答
在某些情况下，如果丢失一些数据不会完全破坏正在传输的数据，则应该使用UDP而不是TCP。它的很多应用都是在实时应用中，比如游戏(例如FPS，你不需要知道每个玩家在特定时间的位置，如果你丢失了一些数据包，新的数据会正确地告诉你玩家在哪里)，以及实时视频流(一个损坏的帧不会破坏观看体验)。
UDP的“不可靠性”是一种形式主义。传播并不能绝对保证。实际上，他们几乎总是能通过。它们只是在暂停后不被确认和重试。
协商TCP套接字和握手TCP数据包的开销是巨大的。真的很大。没有明显的UDP开销。
最重要的是，您可以轻松地用一些可靠的传输握手来补充UDP，开销比TCP要少。读这个:http://en.wikipedia.org/wiki/Reliable_User_Datagram_Protocol
UDP对于在发布-订阅类型的应用程序中广播信息非常有用。IIRC, TIBCO大量使用UDP来通知状态变化。
任何其他类型的单向“重要事件”或“日志记录”活动都可以用UDP包很好地处理。您希望在不构造整个套接字的情况下发送通知。你不期望从不同的听众那里得到任何回应。
系统“心跳”或“我还活着”消息也是一个不错的选择。错过一个不是危机。(连续)少了半打就是。
只使用UDP，如果你真的知道你在做什么。UDP在今天是在极其罕见的情况下，但数量(甚至非常有经验)专家谁会试图坚持到处似乎是不成比例。也许他们喜欢自己实现错误处理和连接维护代码。
由于所谓的校验和印记，使用现代网络接口卡，TCP应该会快得多。令人惊讶的是，在快速连接速度下(比如1Gbps)，计算校验和对CPU来说是一个很大的负载，所以它被卸载到识别TCP数据包的NIC硬件上，它不会为你提供相同的服务。
在某些情况下，保证数据包的到达并不重要，因此使用UDP是可以的。在其他情况下，UDP比TCP更可取。
你想要使用UDP而不是TCP的一个独特情况是你在另一个协议(例如隧道，虚拟网络等)上建立TCP隧道。如果您在TCP上建立隧道，则每个TCP的拥塞控制将相互干扰。因此，人们通常更喜欢在UDP(或其他无状态协议)上传输TCP。参见TechRepublic文章:理解TCP Over TCP: TCP隧道对端到端吞吐量和延迟的影响。
电子游戏的网络通信几乎都是通过UDP完成的。
速度是最重要的，如果错过更新也无关紧要，因为每次更新都包含玩家所能看到的完整当前状态。
