在数据传输方面，网络应用开发人员必须在面向连接协议和无连接协议之间做出选择。尽可能多地了解这些可用的传输协议的服务能力与局限性是很重要的，因为在设计Windows Sockets应用程序时，对传输协议的选择是面临的重大决策之一。首先，你需要决定应用程序为用户提供什么服务；其次，再决定哪一种传输协议最适合这个任务。

应用程序开发人员通常也会认为：TCP的网络数据包及其处理开销将对数据的吞吐量带来不利的影响，所以他们会倾向于UDP的简洁性，然后，试图在应用程序中通过某些机制保证可靠性。采用UDP的结果是：比起使用TCP协议，开发人员付出了更多的劳动，并在应用程序中引入了更多的计算开销。“谁忽视了TCP，谁就注定要推倒重来。”

经验法则：采用TCP吧，除非你的确有不用的理由。

经验证明，在性价比方面，TCP的计算与网络开销对于网络吞吐量的影响可以忽略不计。采用TCP的一个最重要的理由是程序的编写更容易了。在前面部分我们给出了一些适合采用无连接协议的应用例子，下面是这类应用的一些特点：

使用广播和多播服务。

实时数据（如音频和视频）对延时敏感，因此，它们不能接受数据重传或诸如TCP的慢开始和Nagle算法一类的拥塞控制机制。

需要具有内在确认功能的短事务，能接受重复的数据报。

为了避免协议选择问题，有时可以在应用程序的设计中采用两个socket：分别为每个协议建立一个socket。例如，UNIX的“talk”应用程序采用UDP发送初始的端口查询请求，以获取可连接的端口。这个查询可以通过广播的方式发送，以发现运行talk服务器的主机，当收到肯定的回应时，返回的UDP数据报中包含了可连接的talk服务的TCP端口号。