TCP如何保证它的通信的可靠性

主要用下列方式提供可靠性

1,应用数据被分割成TCP认为最适合发送的数据块,这和UDP完全不同,应用程序产生的数据报长度将保持不变,由TCP传递给IP的信息单元称为报文段,或段

2,当TCP发出一个段后,它启动一个定时器,等待目的端确认收到这个报文段.如果不能及时收到一个确认,将重发这个报文段,

3,当TCP收到发自TCP连接另一端的数据,它将发送一个确认,这个确认不是立即发送,通常将推迟几分之一秒.

4,TCP将保持它首部和数据的检验和,.这是一个端到端的检验和,目的是检测数据在传输过程中的任何变化,如果收到段的检验和有差错,TCP将丢弃这个报文段和不确认收到此报文段(希望发端超时并重发)

5,TCP报文段作为IP数据报来传输,而IP数据报的到达可能会失序,因此TCP报文段的到达也可能会失序,如果必要,TCP将对收到的数据进行重新排序,将收到的数据以正确的顺序交给应用层,

6,IP数据报可能会出现重复,TCP的接收端必须丢弃重复的数据.

7,TCP还能提供流量控制,TCP连接的每一方都有固定大小的缓冲空间.TCP的接收端只允许另一端发送接收端缓冲区所能接纳的数据,这将防止较快主机致使较慢主机的缓冲区溢出,

两个应用程序通过TCP连接交换8bit字节构成的字节流,TCP不在字节流中插入记录标识符.我们将这称之为字节流服务(byte stream service).如果一方的应用程序先传10字节,又传20字节,再传50字节,连接的另一方将无法了解发方每次发送了多少字节,收方可以分4次接收这80字节,每次收20字节,一端将字节流放到TCP连接上,同样的字节流也将出现在TCP连接的另一端上

TCP对字节流的内容不做任何解释,TCP不知道传输的数据字节流是二进制数据,还是ASCII字符,EBCDIC字符或者其他类型数据.对字节流的解释由TCP连接双方的应用层解释.

这种对字节流处理方式与Unix操作系统对文件的处理方式很相似,Unix的内核对一个应用读或写的内容不做任何解释,而是交给应用程序处理,对Unix的内核来说,它无法区分一个二进制文件与一个文本文件.

4000