Question

UDP 和 TCP 的 socket 分别一般用在什么地方

Answer 1

UDP 的使用范围很窄，而且编程比 TCP 难多了：

你真的很在乎延迟，不能忍受重传，那么就用UDP，例如 NTP 协议。重传NTP消息纯属添乱。
你真的不在乎可靠性，丢一些包也不需要重传，那么就可以用 UDP。例子我想不出来。有人说音频或视频流可以用UDP，不过据我看来各大视频网站都用HTTP协议，而HTTP是基于TCP的。
你需要NAT穿透，那么不得不用UDP。
其他情况，一旦程序要自己做重传，你都是在用UDP模拟出蹩脚的TCP，还不如直接用TCP呢。
总之：使用 UDP 需要有强大到不容置疑的理由，when in doubt, use TCP.

一些协议，出于历史原因，受当时技术和网络条件限制，选择了基于UDP实现，其选择的理由现在很可能已经不再成立了。因此“xxx协议用UDP”不是你现在写网络应用程序也该用UDP的理由，除非你本身就是在实现xxx协议。

另外，那些说TCP比UDP慢、效率低的，你拿UDP写个程序，把千兆网带宽打满（TCP等价的代码只有两行：客户端 while (true) { send(...); } 服务端 while (true) { recv(...); }。），且不说你的程序会有多复杂，先看看goodput到底是不是比TCP大、CPU使用率是不是比TCP低嘛。

Answer 2

在绝大部分场景都开始直接选择TCP的时候，要提一个非常窄的UDP应用场景：翻嫱
从需求上说，翻嫱的业务场景对协议有如下要求：
1. 不被嫱认为是敏感流量或者即使被认为是敏感流量也不能被重置
2. 协议够轻，载荷比高（像Tor这种其实非常不适合做此用途）
UDP本身无连接，所以即使被认为是敏感流量，也无法被重置；
UDP作为协议“外壳”，里面往往搭载的是基于TCP的协议（比如http），TCP自己有检验和重传机制，不需要外壳操心。

Answer 3

• TCP 协议控件是基于连接的协议，可以将它同电话系统相比。在开始数据传输之前，用户必须先建立连接。

• UDP 协议是一种无连接协议，两台计算机之间的传输类似于传递邮件：消息从一台计算机发送到另一台计算机，但是两者之间没有明确的连接。另外，单次传输的最大数据量取决于具体的网络。

• 到底选择哪一种协议通常是由需要创建的应用程序决定的。下面的几个问题将有助于选择适宜的协议：

  1.在收发数据的时候，应用程序是否需要得到客户端或者服务器的确认信息？如果需要，使用 TCP 协议，在收发数据之前先建立明确的连接。

  2.数据量是否特别大（例如图象与声音文件）？在连接建立之后，TCP协议将维护连接并确保数据的完整性。不过，这种连接需要更多的计算资源，因而是比较“昂贵”的。
  

  3.数据发送是间歇的，还是在一个会话内？例如，如果应用程序在某个任务完成的时候需要通知某个计算机，UDP 协议是更适宜的。UDP 协议适合发送少量的数据。