一、概述 TCP提供的网络通讯接口与用户数据报协议（UDP）截然不同。TCP的特性使网络编程很具魅力，而且它删除了UDP的很多干扰部分（例如数据包的排序和丢失），简化了网络通讯。UDP关心的是数据包的传输，而TCP关注的是建立网络连接，并在网络连接中发送和接收字节流。 数据包可以通过网络用多种方法发送，并且它们到达的时间可能不同。这有利于性能的提高和程序的健壮性，因为单个包的丢失不一定干扰其它包的传输。但是，这样的系统使程序员必须作更多的工作，他们必须保证数据的送达（delivery）。TCP通过对发送和次序的保证消除了这些额外的工作，为客户端和支持两路（two-way）通讯的服务器之间提供了可靠的字节通讯流。它在两台计算机之间建立了"虚拟连接"，可以通过虚拟连接发送数据流。
TCP使用更低层的（lower-level）的IP通讯协议在两台计算机之间建立连接。这种连接提供了一个允许字节流发送和接收的接口，并且采用透明的方式把数据转换为IP数据报。数据报（datagram）的问题之一是不能保证数据包到达目的地。TCP解决了这个问题，它提供了有保证的数据字节的送达。当然，网络错误影响了送达也是可能的，但是TCP通过类似重新发送数据包解决了这种实现的问题，并且只在情况很严重（例如没有到网络主机的路由或连接丢失了）的时候才提醒程序员。
两台计算机之间的虚拟连接表现为套接字（socket）。套接字允许数据的发送和接收，但是UDP套接字和TCP套接字之间有本质的区别。首先TCP套接字连接到单个计算机，然而UDP套接字可以向多台计算机传输或接收数据；其次，UDP套接字只能发送和接收数据包，然而TCP允许通过字节流的数据传输（表现为输入流（InputStream）和输出流（OutputStream））。为了在网络上传输，它们被转换为数据包，不需要程序员干涉。
1、 UDP（用户数据报协议）上的TCP的优点
⑴自动化地错误控制
TCP流上的数据传输比通过UDP的信息包的传输更可靠。在TCP下层，通过虚拟连接发送的数据包括一个检查机制以确保它们没有被破坏（与UDP类似）。但是，TCP保证了数据的送达--在传输过程中丢失的数据包将被重新传输。
你也许想知道这是如何实现的--实际上，IP和UDP不保证送达，当数据包丢失的时候它们也不会发出任何警告。在TCP使用数据包发送了某个数据集合的时候就会启动一个计时器。在UDP中，我们使用 DatagramSocket.setSoTimeout为receive()操作启动一个计时器。在TCP中，如果接收者发送一个肯定的应答就禁止计时器，但是如果在超时前还没有收到肯定的应答，数据包就被重新传输。这意味着写入某个TCP套接字的任何数据将到达另一方而不需要程序员的进一步干涉（除非发生大的事故造成整个网络瘫痪）。错误控制的代码都由TCP处理了。
⑵可靠性
因为在TCP连接中有多方参与的两台计算机之间发送的数据通过IP数据报传输，数据包到达的次序可能经常出现不同。这可能需要使用一个循环从TCP套接字读取信息，因为字节流的次序可能被打乱并且频繁遇到不可靠的问题。幸运的是，次序等问题已经被TCP处理好了--每一个数据包都包含一个用于排序的序列号。后发送、先到达的数据包将保持在一个队列中，直到排好次序的数据可以使用为止。接着数据就可以通过套接字的接口传递到应用程序中。
⑶易于使用
尽管把信息存储为数据包的确没有超越程序员的范围，但这不会是计算机之间通讯的最高效率的途径。还应该有另外一些的复杂性，你可以讨论在某个底线之上设计和建立软件，为程序员提供足够的复杂性。典型情况下开发者欢迎软件开发复杂性的降低，TCP就实现了这种功能。TCP允许程序员用一种完全不同的方式思考问题，而这种方式更加现代化。数据不是被处理为不连续的单元（数据报包），而是被处理为连续的流，就像目前读者所熟悉的I/O流。TCP套接字延续了传统的Unix编程，在Unix编程中通讯与文件输入和输出是一样处理的。无论开发者写入网络套接字、通讯管道、数据结构、用户控制台或文件的时候，这种机制都时相同的。当然它也同样应用与读取信息。这使得通过TCP套接字进行通讯比通过数据报包通讯更加简单。
2、使用端口在应用程序之间通讯
很明显，TCP与UDP之间差别巨大，但是在两种协议之间也有一项重要的相似性。两种都共享了通讯端口的概念，它可以区别各个应用程序。在相同的端口上可以运行多个服务和客户端，而且希望不给它们分配端口号而挑选出某个应用程序是不可能的。当TCP套接字建立到某台计算机的连接的时候，它需要两部分非常重要的信息才能连接到远程客户端--该计算机的IP地址和端口号。此外，本地的IP地址和端口号也将绑定到它上面，因此远程计算机能够识别是哪一个应用程序建立了连接。总之，你不会希望你自己的电子邮件被在相同系统上运行软件的其它用户访问。
本地端口识别了其它程序建立的到某个应用程序的连接，
允许多个TCP应用程序在同一台计算机上运行
TCP中的端口与UDP中的端口相似--它们的数字范围都是1-65535。1024以下的端口是受限制的，只能被知名的服务（例如HTTP、FTP、SMTP、POP3和telnet）使用。表1列举了一些知名的服务以及与它们对应的端口。
表1：协议和与它们相关的端口
知名的服务 服务端口
Telnet 23
SMTP（简单邮件传输协议） 25
HTTP（超文本传输协议） 80
POP 3 110
3、套接字操作
TCP套接字可以执行多种操作，包括：
建立到某个远程主机的连接。
给远程主机发送数据。
从远程主机接收数据。
关闭连接。
此外还有一些特殊类型的套接字，它们提供绑定到特定端口号的服务。这类套接字通常用在服务器中，可以执行下面一些操作：
绑定到某个本地端口
从远程主机接收输入的连接
从本地端口取消绑定。
这两种套接字可以被分为不同的类，要么是客户端使用的，要么是服务器使用的（由于某些客户端可以象服务器一样操作，还有些服务器可以象客户端一样操作）。但是，客户端和服务器的角色还是可以靠经验区分的。
二、TCP和客户端/服务器范型 在网络编程中（同样在其它形式的通讯中，例如数据库编程），使用套接字的应用程序也被分为两类--客户端程序和服务器程序。你可能对"客户端/服务器编程"术语比较熟悉，尽管这个术语的准确意思你不一定清楚。下面的范例就是讨论这个主题。
1、 客户端/服务器范型
客户端/服务器范型把软件分为两类--客户端程序和服务器程序。客户端软件启动一个连接并发送请求，而服务器软件监听连接并处理请求。在UDP编程环境中，没有建立实际的连接，并且UDP应用程序可以在相同的套接字上建立并接收请求。在TCP环境中，两台计算机之间建立了连接，客户端/服务器范型是相对应的。
当软件作为客户端或者服务器的时候，它严格地定义了角色以更容易适应我们所熟悉的思维模型。软件要么启动请求，要么处理请求。在两种角色之间切换使系统更加复杂。即使允许切换，在某个特定的时刻软件程序也只能是客户端，而另一个必须是服务器。如果两个同时是客户端，就没有服务器处理请求了。
客户端/服务器范型是一个重要的理论概念，它广泛用于实际应用程序中。目前也有其它的通讯模型，例如对等（peer to peer）模型，在这种模型中每一方都可以启动通讯。但是客户端/服务器概念是更加流行的选择，因为它很简单并且在多数网络编程中使用。
2、网络客户端
网络客户端启动连接，通常处理网络事务。服务器程序用于实现客户端的请求--客户端不用实现服务器的请求。尽管客户端处于控制地位，但是服务器端仍然有一些功能。客户端可以要求服务器删除本地文件系统的所有文件，但是服务器并不是必须执行这个任务的。
网络客户端使用双方都同意的通讯标准（即网络协议）与服务器对话。例如HTTP客户端使用的命令组就与邮件客户端使用的不同，而且目的也完成不同。把HTTP连接到邮件服务器，或邮件客户端连接到HTTP服务器，要么会出现一个错误消息，要么出现一个客户端不能理解的错误消息。因为这个原因，作为协议规格的一部分，必须使用某个端口号，这样客户端才能定位服务器。Web服务器通常运行在80端口上，而其它一些服务器可能运行在非标准的端口上，URL的习惯是不列出端口的，它假定使用80端口。
3、网络服务器
网络服务器的角色是绑定某个特定的端口（客户端使用它定位服务器），并且监听新的连接。尽管客户端是临时的，并且只有在用户选中的时候才运行，但是服务器程序必须不间断地运行（即使实际上没有已连接的客户端），期望某个客户端在某个时刻需要该服务。服务器程序通常作为数据自适应监视器进程引用，使用Unix用法。它持久的运行，而且一般在该服务器程序的主机启动时启动。因此服务器一直等待，直到某个客户端建立到该服务器端口的连接。有些服务器程序在某个时刻只能处理单个连接，其它一些服务器程序可以通过使用多线程同时处理多个连接。
当开始连接后，服务器就服从客户端。它等待客户端发送请求，并且"忠实地"处理它们（可是服务器可以响应错误信息，特别是当请求违反某些重要地协议规则或有安全风险的时候）。某些协议（例如HTTP/1.0）通常在每个连接中只允许一个请求，而其它一些协议（例如POP3）支持一系列请求。服务器可以通过发送响应或错误消息应答客户端的请求。学习新的网络协议（编写客户端或服务器）与学习一种新的语言相似，只是语法改变了。但是典型情况下，它的命令的数量更小，
