赫赫有名的TCP 协定究竟是个啥，听我细看道来
TCP 是网络核心协定之一，责任编辑介绍它的基本知识一、TCP 协定的促进作用网络由整套协定构成TCP 而已当中的几层，有着他们的社会分工（左图：TCP 是调制解调器协定和 IP 协定的下层协定，也是网络层协定的下层协定。
）最下层的调制解调器协定（Ethernet）明确规定了电子讯号怎样组成报文（packet），化解了VLAN外部的文档共享通讯（左图：调制解调器协定化解了以太网的文档共享通讯）但是，调制解调器协定不能化解数个以太网怎样互联互通，这由 IP 协定化解。
（左图：IP 协定能相连数个以太网）IP 协定表述了两套他们的门牌号准则，称为 IP 门牌号它同时实现了路由器功能，容许某一以太网的 A PS3，向另两个以太网的 B PS3推送消息（左图：交换机是如前所述 IP 协定。
以太网之间要靠交换机相连）路由器的基本原理很单纯市场上所有的交换机，背后都有很多达维季夫卡，要网络连接三根铜线交换机外部有一张数据流，明确规定了 A 段 IP 门牌号走出口产品一，B 段门牌号走出口产品二，……通过这套”路标”，同时实现了报文的转贴。
左图：Yak的数据流标明了不同 IP 出发地的报文，要推送到哪两个达维季夫卡（interface））IP 协定而已两个门牌号协定，并不确保报文的完备如果交换机科季夫（比如说内存满了，新进来的报文就会遗失），。
就须要发现丢了哪两包，以及怎样重新推送这个包这就要倚靠 TCP 协定单纯说，TCP 协定的促进作用是，确保数据通讯的准确性和安全性，避免科季夫二、TCP 报文的大小不一调制解调器报文（packet）的大小不一是一般来说的，起初是1518二进制，后来增加到1522二进制。
当中， 1500 二进制是阻抗（payload），22二进制是头重要信息（head）IP 报文在调制解调器报文的阻抗里头，它也有他们的头重要信息，最多须要20二进制，因而 IP 报文的阻抗最多为1480二进制（左图：IP 报文在调制解调器报文里头，TCP 报文在 IP 报文里头。
）（左图：IP 报文在调制解调器报文里头，TCP 报文在 IP 报文里头）TCP 报文在 IP 报文的阻抗里头它的头重要信息最多也须要20二进制，因而 TCP 报文的最大阻抗是 1480 – 20 = 1460 二进制。
由于 IP 和 TCP 协定往往有附加的头重要信息，因而 TCP 阻抗实际为1400二进制以内因而，一条1500二进制的重要信息须要两个 TCP 报文HTTP/2 协定的两大改良， 是填充 HTTP 协定的头重要信息，使得两个 HTTP 允诺能放在两个 TCP 报文里头，而不是分为数个，这样就提高了速度。
（左图：调制解调器报文的阻抗是1500二进制，TCP 报文的阻抗在1400二进制以内）三、TCP 报文的序号（SEQ）两包1400二进制，那么纸制推送大量数据，就必须分为数个包比如说，两个 10MB 的文档，须要推送7100数个包。
推送的时候，TCP 协定为每个包序号（sequence number，简称 SEQ），以便接收的一方按照顺序还原万一发生科季夫，也能知道遗失的是哪两包第两包的序号是两个随机数为了便于理解，这里就把它称为1号包。
假定这个包的阻抗长度是100二进制，那么能推算出下两包的序号应该是101这是说，每个报文都能得到两个序号：自身的序号，以及下两包的序号接收方由此知道，应该按照什么顺序将它们还原成原始文档（左图：当前包的序号是45943，下两个报文的序号是46183，由此可知，这个包的阻抗是240二进制。
）四、TCP 报文的组装收到 TCP 报文以后，组装还原是操作系统完成的。应用程序不会直接处理 TCP 报文。
对于应用程序来说，不用关心数据通讯的细节除非线路异常，收到的总是完备的数据应用程序须要的数据放在 TCP 报文里头，有他们的格式（比如说 HTTP 协定）TCP 并没有提供任何机制，表示原始文档的大小不一，这由网络层的协定来明确规定。
比如说，HTTP 协定就有两个头重要信息Content-Length，表示重要信息体的大小不一对于操作系统来说，是持续地接收 TCP 报文，将它们按照顺序组装好，两包都不少操作系统不会去处理 TCP 报文里头的数据。
一旦组装好 TCP 报文，就把它们转交给应用程序TCP 报文里头有两个端口（port）参数，是用来指定转交给监听该端口的应用程序（左图：系统根据 TCP 报文里头的端口，将组装好的数据转交给相应的应用程序。
上图中，21端口是 FTP 服务器，25端口是 SMTP 服务，80端口是 Web 服务器）应用程序收到组装好的原始数据，以浏览器为例，就会根据 HTTP 协定的Content-Length字段正确读出几段段的数据。
这也意味着，一次 TCP 通讯能包括数个 HTTP 通讯五、慢启动和 ACK服务器推送报文，当然越快越好，最好纸制全发出去但是，发得太快，就有可能科季夫带宽小、交换机过热、内存溢出等许多因素都会导致科季夫。
线路不好的话，发得越快，丢得越多最理想的状态是，在线路容许的情况下，达到最高速率但是我们怎么知道，对方线路的理想速率是多少呢？答案是慢慢试TCP 协定为了做到效率与安全性的统一，设计了两个慢启动（slow start）机制。
开始的时候，推送得较慢，然后根据科季夫的情况，调整速率：如果不科季夫，就加快推送速度；如果科季夫，就降低推送速度Linux 内核里头设定了（常量TCP_INIT_CWND），刚开始通讯的时候，推送方纸制推送10个报文，即”推送窗口”的大小不一为10。
然后停下来，等待接收方的确认，再继续推送默认情况下，接收方每收到两个 TCP 报文，就要推送两个确认消息”确认”的英语是 acknowledgement，因而这个确认消息就简称 ACKACK 携带两个重要信息。
期待要收到下两个报文的序号 接收方的接收窗口的剩余容量 1 2 3 推送方有了这两个重要信息，再加上他们已经发出的报文的最新序号，就会推测出接收方大概的接收速度，从而降低或增加推送速率这被称为”推送窗口”，这个窗口的大小不一是可变的。
（左图：每个 ACK 都带有下两个报文的序号，以及接收窗口的剩余容量双方都会推送 ACK）注意，由于 TCP 通讯是双向的，因而双方都须要推送 ACK两方的窗口大小不一，很可能是不一样的而且 ACK 而已很单纯的几个字段，通常与数据合并在两个报文里头推送。
左图：上图一共4次通讯第一次通讯，A PS3发给B PS3的报文序号是1，长度是100二进制，因而第二次通讯 B PS3的 ACK 序号是 1 + 100 = 101，第三次通讯 A PS3的报文序号也是 101。
同理，第二次通讯 B PS3发给 A PS3的报文序号是1，长度是200二进制，因而第三次通讯 A PS3的 ACK 是201，第四次通讯 B PS3的报文序号也是201）即使对于带宽很大、线路很好的相连，TCP 也总是从10个报文开始慢慢试，过了几段时间以后，才达到最高的传输速率。
这是 TCP 的慢启动六、报文的遗失处理TCP 协定能确保数据通讯的准确性，这是怎么做到的？前面说过，每两个报文都带有下两个报文的序号如果下两个报文没有收到，那么 ACK 的序号就不会发生变化。
举例来说，现在收到了4号包，但是没有收到5号包ACK 就会记录，期待收到5号包过了几段时间，5号包收到了，那么下一轮 ACK 会更新序号如果5号包还是没收到，但是收到了6号包或7号包，那么 ACK 里头的序号不会变化，总是显示5号包。
这会导致大量重复内容的 ACK如果推送方发现收到三个连续的重复 ACK，或者超时了还没有收到任何 ACK，就会确认科季夫，即5号包遗失了，从而再次推送这个包通过这种机制，TCP 确保了不会有报文遗失（左图：Host B 没有收到100号报文，会连续发出相同的 ACK，触发 Host A 重发100号报文。
）
