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

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

请记住，TCP通常在网络上保存多条消息。如果你想在UDP中实现这一点，如果你想可靠地做到这一点，你将有相当多的工作。你的解决方案要么不太可靠，要么速度较慢，要么工作量巨大。有有效的UDP应用程序，但如果你问这个问题，你的可能不是。

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

网络的设置对于任何测量都是至关重要的。如果您通过本地机器上的套接字或与世界的另一端进行通信，则会产生巨大的差异。

我想在讨论中补充三点:

您可以在这里找到一篇关于TCP与UDP的非常好的文章 游戏开发的背景。 此外，iperf (jperf增强iperf与GUI)是一个 这是一个很好的工具，可以通过测量来回答你的问题。 我用Python实现了一个基准测试(参见这个SO问题)。在平均10^6次迭代中，UDP发送8字节的差异大约是1-2微秒。

如果你需要在两个还没有通话的IP之间快速发送消息，那么UDP到达的速度至少要快3倍，通常是5倍。

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