每个TCP连接都需要在数据传输之前进行初始握手。此外，TCP报头包含大量用于不同信号和消息传递检测的开销。对于消息交换，如果失败的可能性很小，UDP可能就足够了。如果必须验证收据，TCP是最好的选择。

如果不考虑网络情况，只讨论TCP或UDP是没有意义的。 如果两点之间的网络质量非常高，UDP绝对比TCP快，但在其他一些情况下，如GPRS网络，TCP可能比UDP更快，更可靠。

每个TCP连接都需要在数据传输之前进行初始握手。此外，TCP报头包含大量用于不同信号和消息传递检测的开销。对于消息交换，如果失败的可能性很小，UDP可能就足够了。如果必须验证收据，TCP是最好的选择。

根据我的经验，UDP稍微快一点，但也快不了多少。选择不应该基于性能，而应该基于消息内容和压缩技术。

如果它是一种带有消息交换的协议，我建议使用TCP所带来的轻微性能损失是值得的。你得到了两个端点之间的连接它能提供你所需要的一切。不要尝试在UDP之上创建自己可靠的双向协议，除非你对自己的工作非常非常有信心。

我们已经做了一些工作，让程序员可以同时享受这两个世界的好处。

SCTP

它是一个独立的传输层协议，但它可以用作在UDP上提供附加层的库。通信的基本单位是消息(映射到一个或多个UDP包)。有内置的拥塞控制。该协议有许多旋钮和旋钮可以打开

按顺序传递信息 自动重传丢失的消息，与用户定义的参数

如果您的特定应用程序需要其中任何一个。

这样做的一个问题是建立连接是一个复杂的(因此是缓慢的过程)

其他类似的东西

https://en.wikipedia.org/wiki/Reliable_User_Datagram_Protocol

还有一个类似的专利实验

https://en.wikipedia.org/wiki/QUIC

这也试图改进TCP的三重握手，并改变拥塞控制以更好地处理快速线路。

更新2022:Quic和HTTP/3

QUIC(上面提到的)已经通过rfc标准化了，甚至在最初的答案写出来之后就成为了HTTP/3的基础。有各种各样的库，如lucas-clemente/quic-go或microsoft/msquic或谷歌/quiche或mozilla/neqo (web浏览器需要实现这个)。

这些库在UDP传输之上向程序员公开可靠的类tcp流。RFC 9221 (QUIC的不可靠数据报扩展)增加了处理单个不可靠数据包的功能。

Which protocol performs better (in terms of throughput) - UDP or TCP - really depends on the network characteristics and the network traffic. Robert S. Barnes, for example, points out a scenario where TCP performs better (small-sized writes). Now, consider a scenario in which the network is congested and has both TCP and UDP traffic. Senders in the network that are using TCP, will sense the 'congestion' and cut down on their sending rates. However, UDP doesn't have any congestion avoidance or congestion control mechanisms, and senders using UDP would continue to pump in data at the same rate. Gradually, TCP senders would reduce their sending rates to bare minimum and if UDP senders have enough data to be sent over the network, they would hog up the majority of bandwidth available. So, in such a case, UDP senders will have greater throughput, as they get the bigger pie of the network bandwidth. In fact, this is an active research topic - How to improve TCP throughput in presence of UDP traffic. One way, that I know of, using which TCP applications can improve throughput is by opening multiple TCP connections. That way, even though, each TCP connection's throughput might be limited, the sum total of the throughput of all TCP connections may be greater than the throughput for an application using UDP.