用于一般协议消息交换，可以容忍一定的丢包。UDP比TCP效率高多少?
当前回答
每个TCP连接都需要在数据传输之前进行初始握手。此外，TCP报头包含大量用于不同信号和消息传递检测的开销。对于消息交换，如果失败的可能性很小，UDP可能就足够了。如果必须验证收据，TCP是最好的选择。
其他回答
如果不考虑网络情况，只讨论TCP或UDP是没有意义的。 如果两点之间的网络质量非常高，UDP绝对比TCP快，但在其他一些情况下，如GPRS网络，TCP可能比UDP更快，更可靠。
根据我的经验，UDP稍微快一点，但也快不了多少。选择不应该基于性能，而应该基于消息内容和压缩技术。
如果它是一种带有消息交换的协议，我建议使用TCP所带来的轻微性能损失是值得的。你得到了两个端点之间的连接它能提供你所需要的一切。不要尝试在UDP之上创建自己可靠的双向协议，除非你对自己的工作非常非常有信心。
如果你需要在两个还没有通话的IP之间快速发送消息，那么UDP到达的速度至少要快3倍，通常是5倍。
我们已经做了一些工作，让程序员可以同时享受这两个世界的好处。
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的不可靠数据报扩展)增加了处理单个不可靠数据包的功能。
在一些应用程序中，TCP比UDP更快(更好的吞吐量)。
当执行大量相对于MTU大小的小写操作时，就会出现这种情况。例如，我读到一个实验，在这个实验中，一个300字节的数据包流通过以太网发送(1500字节MTU)， TCP比UDP快50%。
这是因为TCP将尝试缓冲数据并填充整个网段，从而更有效地利用可用带宽。
另一方面，UDP将数据包立即放到网络上，从而使大量的小包阻塞网络。
你可能不应该使用UDP，除非你有非常具体的原因这样做。特别是因为你可以通过禁用Nagle算法来让TCP和UDP具有相同的延迟(例如，如果你正在传输实时传感器数据，而你不担心网络被大量的小包阻塞)。
