There are already many good answers here, but I would like to add one very important factor as well as a summary. UDP can achieve a much higher throughput with the correct tuning because it does not employ congestion control. Congestion control in TCP is very very important. It controls the rate and throughput of the connection in order to minimize network congestion by trying to estimate the current capacity of the connection. Even when packets are sent over very reliable links, such as in the core network, routers have limited size buffers. These buffers fill up to their capacity and packets are then dropped, and TCP notices this drop through the lack of a received acknowledgement, thereby throttling the speed of the connection to the estimation of the capacity. TCP also employs something called slow start, but the throughput (actually the congestion window) is slowly increased until packets are dropped, and is then lowered and slowly increased again until packets are dropped etc. This causes the TCP throughput to fluctuate. You can see this clearly when you download a large file.

因为UDP没有使用拥塞控制，它可以更快，并且经历更少的延迟，因为它不会寻求最大化缓冲区直到丢弃点，也就是说，UDP数据包在缓冲区中花费的时间更少，到达那里的速度更快，延迟更少。由于UDP不采用拥塞控制，但TCP采用拥塞控制，因此它可以从TCP中占用生成UDP流的容量。

UDP仍然容易受到拥塞和数据包丢失的影响，所以你的应用程序必须准备好以某种方式处理这些问题，可能使用重传或错误纠正代码。

结果是UDP可以:

Achieve higher throughput than TCP as long as the network drop rate is within limits that the application can handle. Deliver packets faster than TCP with less delay. Setup connections faster as there are no initial handshake to setup the connection Transmit multicast packets, whereas TCP have to use multiple connections. Transmit fixed size packets, whereas TCP transmit data in segments. If you transfer a UDP packet of 300 Bytes, you will receive 300 Bytes at the other end. With TCP, you may feed the sending socket 300 Bytes, but the receiver only reads 100 Bytes, and you have to figure out somehow that there are 200 more Bytes on the way. This is important if your application transmit fixed size messages, rather than a stream of bytes.

总之，UDP可以用于TCP可以使用的任何类型的应用程序，只要您还实现了适当的重传输机制。UDP可以非常快，有更少的延迟，在连接的基础上不受拥塞的影响，传输固定大小的数据报，并可用于组播。

UDP是一种无连接协议，用于SNMP和DNS等协议，在这些协议中，无序到达的数据包是可以接受的，数据包的即时传输很重要。

在SNMP中使用它是因为网络管理通常必须在网络处于压力状态时进行，即当可靠的、拥塞控制的数据传输难以实现时。

它用于DNS，因为它不涉及连接建立，从而避免了连接建立延迟。

干杯

如果TCP数据包丢失，将重新发送。这对于依赖于以特定顺序实时处理数据的应用程序来说并不方便。

例如视频流，特别是VoIP(例如Skype)。然而，在这些情况下，一个掉落的包并不是什么大问题:我们的感官并不完美，所以我们甚至可能不会注意到。这就是为什么这些类型的应用程序使用UDP而不是TCP。

There are already many good answers here, but I would like to add one very important factor as well as a summary. UDP can achieve a much higher throughput with the correct tuning because it does not employ congestion control. Congestion control in TCP is very very important. It controls the rate and throughput of the connection in order to minimize network congestion by trying to estimate the current capacity of the connection. Even when packets are sent over very reliable links, such as in the core network, routers have limited size buffers. These buffers fill up to their capacity and packets are then dropped, and TCP notices this drop through the lack of a received acknowledgement, thereby throttling the speed of the connection to the estimation of the capacity. TCP also employs something called slow start, but the throughput (actually the congestion window) is slowly increased until packets are dropped, and is then lowered and slowly increased again until packets are dropped etc. This causes the TCP throughput to fluctuate. You can see this clearly when you download a large file.

因为UDP没有使用拥塞控制，它可以更快，并且经历更少的延迟，因为它不会寻求最大化缓冲区直到丢弃点，也就是说，UDP数据包在缓冲区中花费的时间更少，到达那里的速度更快，延迟更少。由于UDP不采用拥塞控制，但TCP采用拥塞控制，因此它可以从TCP中占用生成UDP流的容量。

UDP仍然容易受到拥塞和数据包丢失的影响，所以你的应用程序必须准备好以某种方式处理这些问题，可能使用重传或错误纠正代码。

结果是UDP可以:

Achieve higher throughput than TCP as long as the network drop rate is within limits that the application can handle. Deliver packets faster than TCP with less delay. Setup connections faster as there are no initial handshake to setup the connection Transmit multicast packets, whereas TCP have to use multiple connections. Transmit fixed size packets, whereas TCP transmit data in segments. If you transfer a UDP packet of 300 Bytes, you will receive 300 Bytes at the other end. With TCP, you may feed the sending socket 300 Bytes, but the receiver only reads 100 Bytes, and you have to figure out somehow that there are 200 more Bytes on the way. This is important if your application transmit fixed size messages, rather than a stream of bytes.

总之，UDP可以用于TCP可以使用的任何类型的应用程序，只要您还实现了适当的重传输机制。UDP可以非常快，有更少的延迟，在连接的基础上不受拥塞的影响，传输固定大小的数据报，并可用于组播。

我们知道UDP是一种无连接协议，的确如此

适用于需要简单请求-响应通信的流程。 适用于有内部流动、误差控制的工艺 适用于广泛铸造和多播

具体的例子:

用于SNMP 用于RIP等路由更新协议

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

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

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

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