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低嘛。
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低嘛。