请参阅Steven的Unix网络编程的22.4节，“何时使用UDP而不是TCP”。

另外，请参阅关于UDP总是比TCP更快的误解的其他SO回答。

史蒂文的话可以总结如下:

使用UDP广播和组播，因为这是你唯一的选择(任何新的应用程序使用组播) 你可以在简单的请求/回复应用中使用UDP，但你需要构建自己的ack、超时和重传 不要使用UDP进行批量数据传输。

UDP在需要速度时使用，如果数据包不需要，则使用精度，而TCP在需要精度时使用。

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.

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

在某些情况下，如果丢失一些数据不会完全破坏正在传输的数据，则应该使用UDP而不是TCP。它的很多应用都是在实时应用中，比如游戏(例如FPS，你不需要知道每个玩家在特定时间的位置，如果你丢失了一些数据包，新的数据会正确地告诉你玩家在哪里)，以及实时视频流(一个损坏的帧不会破坏观看体验)。

I work on a product that supports both UDP (IP) and TCP/IP communication between client and server. It started out with IPX over 15 years ago with IP support added 13 years ago. We added TCP/IP support 3 or 4 years ago. Wild guess coming up: The UDP to TCP code ratio is probably about 80/20. The product is a database server, so reliability is critical. We have to handle all of the issues imposed by UDP (packet loss, packet doubling, packet order, etc.) already mentioned in other answers. There are rarely any problems, but they do sometimes occur and so must be handled. The benefit to supporting UDP is that we are able to customize it a bit to our own usage and tweak a bit more performance out of it.

Every network is going to be different, but the UDP communication protocol is generally a little bit faster for us. The skeptical reader will rightly question whether we implemented everything correctly. Plus, what can you expect from a guy with a 2 digit rep? Nonetheless, I just now ran a test out of curiosity. The test read 1 million records (select * from sometable). I set the number of records to return with each individual client request to be 1, 10, and then 100 (three test runs with each protocol). The server was only two hops away over a 100Mbit LAN. The numbers seemed to agree with what others have found in the past (UDP is about 5% faster in most situations). The total times in milliseconds were as follows for this particular test:

1记录 IP: 390760 ms TCP: 416,903毫秒 10个记录 IP: 91,707 ms TCP: 95,662毫秒 100条记录 IP: 29,664 ms TCP: 30,968毫秒

IP和TCP传输的数据总量大致相同。我们在UDP通信方面有额外的开销，因为我们拥有一些与TCP/IP“免费”相同的东西(校验和，序列号等)。例如，Wireshark显示对下一组记录的请求在UDP中是80字节，在TCP中是84字节。