大家好，我是小十，我来为大家解答以上问题。什么叫tcp，tcp是什么很多人还不知道，现在让我们一起来看看吧！

1、* 网络文件系统(NFS) 　　这种访问另一计算机的文件的方法非常接近于流行的FTP。

2、网络文件系统提供磁盘或设备服务,而无需特定的网络实用程序来访问另一系统的文件。

3、可以简单地认为它是一个外加的磁盘驱动器。

4、这种额外"虚拟"磁盘驱动器就是其它计算机系统的磁盘。

5、这非常有用。

6、你只需加大几台计算机的磁盘容量,就可使网络上其他用户访问它,且不说所带来的经济效益,它还能够让几台工作的计算机共享相同的文件。

7、它也使得系统维护和备份易如反掌,因为再不必为大量的不同机器上 的文件的升级和备份而担心。

8、 　　* 远程打印(Remote printing) 　　允许你使用其它计算机上的打印机,好像这些打印机直接连到你的计算机上。

9、 　　* 远程执行(Remote execution) 　　允许你请求运行在不同计算机上的特殊程序。

10、当你在一个很小的计算机上运行一个需要大机系统资源的程序时,这时候远程执行非常有用。

11、 　　* 名字服务器(Name servers) 　　在一个大的系统安装过程中,需要用到大量的各种名字,包括用户名、口令,姓名、网络地址、帐号等,管理这些是非常令人乏味的。

12、因此将这些数据形成数据库,放到一个小系统中去,其它系统通过网络来访问这些数据。

13、 　　* 终端服务器(Terminal servers) 　　很多的终端连接安装不再直接将终端连到计算机,取而代之的是,将他们连接到终端服务器上。

14、终端服务器是一个小的计算机,它只需知道怎样运行TELNET(或其它一些完成远程登录的协议)。

15、如果你的终端想连上去,只用键入要连的计算机名就可。

16、通常有可能同时有几个这种连接,这时终端服务器采用快速开关技术来切换。

17、 　　上述所描述的一些协议是由Berkeley, Sun,或其它组织定义的。

18、因此,它们不是互联网协议集(Internet Protocol Suite)的一部分, 只是使用到TCP/IP的工具,如同一般的TCP/IP 应用协议。

19、因为协议的定义不一致,并且商业支持的TCP/IP工具广泛应用,也许会把这些协议作为互联协议集中的一部分。

20、上述列出的只是基于TCP/IP部分服务的一些简单例子,但包含了一些"主要"的应用。

21、 TCP的服务 尽管TCP和UDP都使用相同的网络层（IP），TCP却向应用层提供与UDP完全不同的服务。

22、 TCP提供一种面向连接的、可靠的字节流服务。

23、 　　面向连接意味着两个使用TCP的应用（通常是一个客户和一个服务器）在彼此交换数据之前必须先建立一个TCP连接。

24、这一过程与打电话很相似，先拨号振铃，等待对方摘机说“喂”，然后才说明是谁。

25、在第18章我们将看到一个TCP连接是如何建立的，以及当一方通信结束后如何断开连接。

26、 　　在一个TCP连接中，仅有两方进行彼此通信。

27、广播和多播不能用于TCP。

28、 TCP通过下列方式来提供可靠性： •应用数据被分割成TCP认为最适合发送的数据块。

29、这和UDP完全不同，应用程序产生的数据报长度将保持不变。

30、由TCP传递给IP的信息单位称为报文段或段（segment）TCP如何确定报文段的长度。

31、 •当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。

32、如果不能及时收到一个确认，将重发这个报文段。

33、在第21章我们将了解TCP协议中自适应的超时及重传策略。

34、 •当TCP收到发自TCP连接另一端的数据，它将发送一个确认。

35、这个确认不是立即发送，通常将推迟几分之一秒 •TCP将保持它首部和数据的检验和。

36、这是一个端到端的检验和，目的是检测数据在传输过程中的任何变化。

37、如果收到段的检验和有差错，TCP将丢弃这个报文段和不确认收到此报文段（希望发端超时并重发）。

38、 •既然TCP报文段作为IP数据报来传输，而IP数据报的到达可能会失序，因此TCP报文段的到达也可能会失序。

39、如果必要，TCP将对收到的数据进行重新排序，将收到的数据以正确的顺序交给应用层。

40、 •既然IP数据报会发生重复，TCP的接收端必须丢弃重复的数据。

41、 •TCP还能提供流量控制。

42、TCP连接的每一方都有固定大小的缓冲空间。

43、TCP的接收端只允许另一端发送接收端缓冲区所能接纳的数据。

44、这将防止较快主机致使较慢主机的缓冲区溢出。

45、 　　两个应用程序通过TCP连接交换8bit字节构成的字节流。

46、TCP不在字节流中插入记录标识符。

47、我们将这称为字节流服务（bytestreamservice）。

48、如果一方的应用程序先传10字节，又传20字节，再传50字节，连接的另一方将无法了解发方每次发送了多少字节。

49、收方可以分4次接收这80个字节，每次接收20字节。

50、一端将字节流放到TCP连接上，同样的字节流将出现在TCP连接的另一端。

51、 　　另外，TCP对字节流的内容不作任何解释。

52、TCP不知道传输的数据字节流是二进制数据，还是ASCII字符、EBCDIC字符或者其他类型数据。

53、对字节流的解释由TCP连接双方的应用层解释。

54、 　　这种对字节流的处理方式与Unix操作系统对文件的处理方式很相似。

55、Unix的内核对一个应用读或写的内容不作任何解释，而是交给应用程序处理。

56、对Unix的内核来说，它无法区分一个二进制文件与一个文本文件。

本文到此讲解完毕了，希望对大家有帮助。