关于java:这一篇TCP总结请收下

前言

很快乐遇见你~

TCP 这些货色，根本每个程序猿都或多或少是把握的了。尽管感觉在理论开发中没有什么用武之处，但，面试他要问啊

而最近大家伙过完年，也都在筹备春招，我也一样。浏览了一些 okHttp 源码之后，又屁颠屁颠地跑回来从新把 tcp、http 这些货色给从新学了一遍。okHttp 根本都是这些协定的实现，而了解源码的根底是，了解 tcp、http。

从新看了一遍 tcp 之后，我把这些货色给总结了下来，也就有了这篇文章。

计算机网络的常识特点就是：琐碎。靠背诵“面试八股文”预计没多久就忘了。TCP 是计算机网络运输层的一个协定，所以首先要对计网分层构造以及运输层有肯定的了解。而后是 TCP 的四个重点：面向连贯、牢靠传输原理、流量管制和拥塞管制，最初再补充一点粘包和拆包的常识。

计网分层构造

思考最简略的状况：两台主机之间的通信。这个时候只须要一条网线把两者连起来，规定好彼此的硬件接口，如都用 USB、电压 10v、频率 2.4GHz 等，这一层就是物理层，这些规定就是物理层协定。

咱们当然不满足于只有两台电脑连贯，因而咱们能够应用交换机把多个电脑连接起来，如下图：

这样连接起来的网络，称为局域网，也能够称为以太网（以太网是局域网的一种）。在这个网络中，咱们须要标识每个机器，这样才能够指定要和哪个机器通信。这个标识就是硬件地址 MAC。硬件地址随机器的生产就被确定，永久性惟一。在局域网中，咱们须要和另外的机器通信时，只须要晓得他的硬件地址，交换机就会把咱们的音讯发送到对应的机器。

这里咱们能够不论底层的网线接口如何发送，把物理层抽离，在他之上创立一个新的档次，这就是 数据链路层。

咱们仍然不满足于局域网的规模，须要把所有的局域网分割起来，这个时候就须要用到路由器来连贯两个局域网：

然而如果咱们还是应用硬件地址来作为通信对象的惟一标识，那么当网络规模越来越大，须要记住所有机器的硬件地址是不事实的；同时，一个网络对象可能会频繁更换设施，这个时候硬件地址表保护起来更加简单。这里应用了一个新的地址来标记一个网络对象：IP 地址。

通过一个简略的寄信例子来了解 IP 地址。

我住在北京市，我敌人 A 住在上海市，我要给敌人 A 写信：

1. 写完信，我会在信上写好我敌人 A 的地址，并放到北京市邮局（给信息附加指标 IP 地址，并发送给路由器）
2. 邮局会帮我把信运输到上海市当地邮局（信息会通过路由传递到指标 IP 局域网的路由器）
3. 上海市当地路由器会帮我把信交给敌人 A（局域网内通信）

因而，这里 IP 地址就是一个网络接入地址（敌人 A 的住址），我只须要晓得指标 IP 地址，路由器就能够把音讯给我带到。在局域网中，就能够动静保护一个 MAC 地址与 IP 地址的映射关系，依据目标 IP 地址就能够寻找到机器的 MAC 地址进行发送。

这样咱们不需治理底层如何去抉择机器，咱们只须要晓得 IP 地址，就能够和咱们的指标进行通信。这一层就是 网络层 。网络层的核心作用就是 提供主机之间的逻辑通信。这样，在网络中的所有主机，在逻辑上都连接起来了，下层只须要提供指标 IP 地址和数据，网络层就能够把音讯发送到对应的主机。

一个主机有多个过程，过程之间进行不同的网络通信，如边和敌人开黑边和女朋友聊微信。我的手机同时和两个不同机器进行通信。那么当我的手机收到数据时，如何辨别是微信的数据，还是王者的数据？那么就必须在网络层之上再增加一层：运输层：

运输层通过 socket（套接字），将网络信息进行进一步的拆分，不同的利用过程能够独立进行网络申请，互不烦扰。这就是运输层的最实质特点：提供过程之间的逻辑通信。这里的过程能够是主机之间，也能够是同个主机，所以在 android 中，socket 通信也是过程通信的一种形式。

当初不同的机器上的利用过程之间能够独立通信了，那么咱们就能够在计算机网络上开发出形模式式的利用：如 web 网页的 http，文件传输 ftp 等等。这一层称为 应用层。

应用层还能够进一步拆分出表示层、会话层，但他们的实质特点都没有扭转：实现具体的业务需要。和上面的四层相比，他们并不是必须的，能够归属到应用层中。

最初对计网分层进行小结：

1. 最底层物理层，负责两个机器之间通过硬件的间接通信；
2. 数据链路层应用硬件地址在局域网中进行寻址，实现局域网通信；
3. 网络层通过形象 IP 地址实现主机之间的逻辑通信；
4. 运输层在网络层的根底上，对数据进行拆分，实现利用过程的独立网络通信；
5. 应用层在运输层的根底上，依据具体的需要开发形模式式的性能。

这里须要留神的是，分层并不是在物理上的分层，而是逻辑上的分层。通过对底层逻辑的封装，使得下层的开发能够间接依赖底层的性能而无需理睬具体的实现，简便了开发。

这种分层的思路，也就是责任链设计模式，通过层层封装，把不同的职责独立起来，更加不便开发、保护等等。okHttp 中的拦截器设计模式，也是这种责任链模式。

运输层

本文次要是解说 TCP，这里须要减少一些运输层的常识。

实质：提供过程通信

在运输层之下的网络层，是不晓得该数据包属于哪个过程，他只负责数据包的接管与发送。运输层则负责接管不同过程的数据交给网络层，同时把网络层的数据拆分交给不同的过程。从上往下汇聚到网络层，称为 多路复用 ，从下往上拆分，称为 多路拆分。

运输层的体现，受网络层的限度。这很好了解，网络层是运输层的底层反对。所以运输层是无奈决定本人带宽、时延等的下限。但能够基于网络层开发更多的个性：如牢靠传输。网络层只负责尽力把数据包从一端发送到另一端，而不保证数据能够达到且残缺。

底层实现：socket

后面讲到，最简略的运输层协定，就是提供过程之间的独立通信，但底层的实现，是socket 之间的独立通信。在网络层中，IP 地址是一个主机逻辑地址，而在运输层中，socket 是一个过程的逻辑地址；当然，一个过程能够领有多个 socket。利用过程能够通过监听 socket，来获取这个 socket 承受到的音讯。

举个例子来了解 socket。如下图

每一个主机能够创立很多个 socket 来接管信息。如主机 A 的微信过程，想要发送给主机 B 的微信，那么他只须要发送给主机 B 的 socketC，主机 B 的微信就会从 socketC 中取到音讯。（当然理论的流程不是这样的，咱们的音讯须要通过微信后盾服务器，这里只是举例子）

同理，主机 B 的 QQ，想要发送音讯给主机 A 的 QQ，那么只须要把音讯发送给 socketB，主机 A 的 QQ 就能够拿到音讯了。

socket 并不是一个实实在在的货色，而是运输层形象进去的一个对象。运输层减少了 端口 这个概念，来辨别不同的 socket。端口能够了解为一个主机上有很多的网络通信口，每个端口都有一个端口号，端口的数量由运输层协定确定。

不同的运输层协定对 socket 有不同的定义形式。在 UDP 协定中，应用指标 IP+ 指标端口号来定义一个 socket；在 TCP 中应用指标 IP+ 指标端口号 + 源 IP+ 源端口号来定义一个 socket。咱们只须要在运输层报文的头部附加上这些信息，指标主机就会晓得咱们要发送给哪个 socket，对应监听该 socket 的过程就可取得信息。

运输层协定

运输层的协定就是赫赫有名的 TCP 和 UDP。其中，UDP 是最精简的运输层协定，只实现了过程间的通信；而 TCP 在 UDP 的根底上，实现了牢靠传输、流量管制、拥塞管制、面向连贯等等个性，同时也更加简单。

当然除此之外，还有更多更优良的运输层协定，但目前广为应用的，就是 TCP 和 UDP。UDP 在前面也会总结到。

TCP 协定首部

TCP 协定，体现在报文上，就是会在应用层传输下来的数据前附加上一个 TCP 首部，这个首部附加了 TCP 信息，先来整体看一下这个首部的构造：

这张图是来自我大学老师的课件，十分好用，所以始终拿来学习。最上面局部示意了报文之间的关系，TCP 数据局部就是应用层传下来的数据。

TCP 首部固定长度是 20 字节，上面还有 4 字节是可选的。内容很多，但其中有一些咱们比拟相熟的：源端口，指标端口。嗯？socket 不是还须要 IP 进行定位吗？IP 地址在网络层被附加了。其余的内容前面都会缓缓解说，作为一篇总结文章，这里放出查阅表，不便温习：

选项字段中蕴含以下其余选项：

讲完上面内容，再回来看这些字段就相熟了。

TCP 面向字节流个性

TCP 并不是把应用层传输过去的数据间接加上首部而后发送给指标，而是把数据看成一个 字节 流，给他们标上序号之后分局部发送。这就是 TCP 的 面向字节流 个性：

• TCP 会以流的模式从应用层读取数据并存放在本人的发送缓存区中，同时为这些 字节 标上序号
• TCP 会从发送方缓冲区抉择适量的字节组成 TCP 报文，通过网络层发送给指标
• 指标会读取字节并存放在本人的接管方缓冲区中，并在适合的时候交付给应用层

面向字节流的益处是无需一次存储过大的数据占用太多内存，害处是无奈晓得这些字节代表的意义，例如应用层发送一个音频文件和一个文本文件，对于 TCP 来说就是一串字节流，没有意义可言，这会导致粘包以及拆包问题，前面讲。

牢靠传输原理

后面讲到，TCP 是牢靠传输协定，也就是，一个数据交给他，他必定能够残缺无误地发送到指标地址，除非网络炸了。他实现的网络模型如下：

对于应用层来说，他就是一个牢靠传输的底层反对服务；而运输层底层采纳了网络层的不牢靠传输。尽管在网络层甚至数据链路层就能够应用协定来保障数据传输的可靠性，但这样网络的设计会更加简单、效率会随之升高。把数据传输的可靠性保障放在运输层，会更加适合。

牢靠传输原理的重点总结一下有：滑动窗口、超时重传、累积确认、抉择确认、间断 ARQ。

进行期待协定

要实现牢靠传输，最简便的办法就是：我发送一个数据包给你，而后你跟我回复收到，我持续发送下一个数据包。传输模型如下：

这种“一来一去”的办法来保障传输牢靠就是 进行期待协定（stop-and-wait）。不晓得还记不记得后面 TCP 首部有一个 ack 字段，当他设置为 1 的时候，示意这个报文是一个确认收到报文。

而后再来思考一种状况：丢包。网络环境不牢靠，导致每一次发送的数据包可能会失落，如果机器 A 发送了数据包失落了，那么机器 B 永远接管不到数据，机器 A 永远在期待。解决这个问题的办法是：超时重传。当机器 A 收回一个数据包时便开始计时，工夫到还没收到确认回复，就能够认为是产生了丢包，便再次发送，也就是重传。

但重传会导致另一种问题：如果原先的数据包并没有失落，只是在网络中待的工夫比拟久，这个时候机器 B 会受到两个数据包，那么机器 B 是如何分别这两个数据包是属于同一份数据还是不同的数据？这就须要后面讲过的办法：给数据字节进行编号。这样接管方就能够依据数据的字节编号，得出这些数据是接下来的数据，还是重传的数据。

在 TCP 首部有两个字段：序号和确认号，他们示意发送方数据第一个字节的编号，和接管方期待的下一份数据的第一个字节的编号。后面讲到 TCP 是面向字节流，然而他并不是一个字节一个字节地发送，而是一次截取一整段。截取的长度受多种因素影响，如缓存区的数据大小、数据链路层限度的帧大小等。

间断 ARQ 协定

进行期待协定曾经能够满足牢靠传输了，但有一个致命毛病：效率太低 。发送方发送一个数据包之后便进入期待，这个期间并没有干任何事，节约了资源。解决的办法是： 间断发送数据包。模型如下：

和进行期待最大的不同就是，他会源源不断地发送，接管方源源不断收到数据之后，逐个进行确认回复。这样便极大地提高了效率。但同样，带来了一些额定的问题:

发送是否能够有限发送直到把缓冲区所有数据发送完？不能够。因为须要思考接管方缓冲区以及读取数据的能力。如果发送太快导致接管方无奈承受，那么只是会频繁进行重传，节约了网络资源。所以发送方发送数据的范畴，须要思考到接管方缓冲区的状况。这就是 TCP 的 流量管制 。解决办法是： 滑动窗口。根本模型如下：

• 发送方须要依据接管方的缓冲区大小，设置本人的可发送窗口大小，处于窗口内的数据表示可发送，之外的数据不可发送。
• 当窗口内的数据接管到确认回复时，整个窗口会往前挪动，直到发送实现所有的数据

在 TCP 的首部有一个窗口大小字段，他示意接管方的残余缓冲区大小，让发送方能够调整本人的发送窗口大小。通过滑动窗口，就能够实现 TCP 的流量管制，不至于发送太快，导致太多的数据失落。

间断 ARQ 带来的第二个问题是：网络中充斥着和发送数据包一样数据量的确认回复报文，因为每一个发送数据包，必须得有一个确认回复。进步网络效率的办法是：累积确认。接管方不须要一一进行回复，而是累积到一定量的数据包之后，通知发送方，在此数据包之前的数据全都收到。例如，收到 1234，接管方只须要通知发送方我收到 4 了，那么发送方就晓得 1234 都收到了。

第三个问题是：如何解决丢包状况。在进行期待协定中很简略，间接一个超时重传就解决了。但，间断 ARQ 中不太一样。例如：接管方收到了 123 567，六个字节，编号为 4 的字节失落了。依照累积确认的思路，只能发送 3 的确认回复，567 都必须丢掉，因为发送方会进行重传。这就是GBN（go-back-n) 思路。

然而咱们会发现，只须要重传 4 即可，这样不是很浪费资源，所以就有了：抉择确认 SACK。在 TCP 报文的选项字段，能够设置曾经收到的报文段，每一个报文段须要两个边界来进行确定。这样发送方，就能够依据这个选项字段只重传失落的数据了。

牢靠传输小结

到这里对于 TCP 的牢靠传输原理就曾经介绍的差不多。最初进行一个小结：

• 通过间断 ARQ 协定与发送 - 确认回复模式来保障每一个数据包都达到接管方
• 通过给字节编号的办法，来标记每一个数据是属于重传还是新的数据
• 通过超时重传的形式，来解决数据包在网络中失落的问题
• 通过滑动窗口来实现流量管制
• 通过累积确认 + 抉择确认的办法来进步确认回复与重传的效率

当然，这只是牢靠传输的冰山一角，感兴趣能够再深刻去钻研（和面试官聊天曾经差不多了[狗头]）。

拥塞管制

拥塞管制思考的是另外一个问题：防止网络过分拥挤导致丢包重大，网络效率升高。

拿事实的交通举例子：

高速公路同一时间可通行的汽车数量是肯定的，当节假日时，就会产生重大的堵车。在 TCP 中，数据包超时，会进行重传，也就是会进来更多的汽车，这时候更堵，最初导致的后果就是：丢包 - 重传 - 丢包 - 重传。最初整个网络瘫痪了。

这里的拥塞管制和后面的流量管制不是一个货色，流量管制是拥塞管制的伎俩：为了防止拥塞，必须对流量进行管制。拥塞管制目标是：限度每个主机的发送的数据量，防止网络拥塞效率降落。就像广州等地，限度车牌号出行是一个情理。不然大家都堵在路上，谁都别想走。

拥塞管制的解决办法是流量管制，流量管制的实现是滑动窗口，所以 拥塞管制最终也是通过限度发送方的滑动窗口大小来限度流量。当然，拥塞管制的伎俩不只是流量管制，导致拥塞的因素有：路由器缓存、带宽、处理器处理速度等等。晋升硬件能力（把 4 车道改成 8 车道）是其中一个办法，但毕竟硬件晋升是有瓶颈的，没方法一直晋升，还是须要从 tcp 自身来减少算法，解决拥塞。

拥塞管制的重点有 4 个：慢开始、快复原、快重传、拥塞防止。这里仍旧献祭出大学老师的 ppt 图片：

Y 轴示意的是发送方窗口大小，X 轴示意的是发送的轮次（不是字节编号）。

• 最开始的时候，会把窗口设置一个较小的值，而后每轮变为原来的两倍。这是慢开始。
• 当窗口值达到 ssthresh 值，这个值是须要通过实时网络状况设置的一个窗口限度值，开始进入拥塞防止，每轮把窗口值晋升 1，缓缓试探网络的底线。
• 如果产生了数据超时，示意极可能产生了拥塞，而后回到慢开始，反复下面的步骤。
• 如果收到三个雷同的确认回复，示意当初网络的状况不太好，把 ssthresh 的值设置为原来的一半，持续拥塞防止。这部分称为快复原。
• 如果收到丢包信息，应该尽快把失落的包重传一次，这是快重传。
• 当然，窗口的最终下限是不能有限上涨的，他不能超过接管方的缓存区大小。

通过这个算法，就能够在很大水平上，防止网络拥挤。

除此之外，还能够让路由器在缓存行将满的时候，告知发送方我快满了，而不是等到呈现了超时再进行解决，这是 被动队列治理 AQM。此外还有很多办法，然而下面的算法是重点。

面向连贯

这一大节讲的就是无人不晓的 TCP 三次握手与四次挥手这些，通过后面的内容，这一大节其实曾经很好了解。

TCP 是面向连贯的，那连贯是什么？这里的连贯并不是实实在在的连贯，而是通信单方彼此之间的一个记录。TCP 是一个全双工通信，也就是能够相互发送数据，所以单方都须要记录对方的信息。依据后面的牢靠传输原理，TCP 通信单方须要为对方筹备一个接收缓冲区能够接管对方的数据、记住对方的 socket 晓得怎么发送数据、记住对方的缓冲区来调整本人的窗口大小等等，这些记录，就是一个连贯。

在运输层大节中讲到，运输层单方通信的地址是采纳 socket 来定义的，TCP 也不例外。TCP 的每一个连贯只能有两个对象，也就是两个 socket，而不能有三个。所以 socket 的定义须要源 IP、源端口号、指标 IP、指标端口号四个关键因素，才不会产生凌乱。

如果 TCP 和 UDP 一样只采纳指标 IP+ 指标端口号来定义 socket，那么就会呈现多个发送方同时发送到同一个指标 socket 的状况。这个时候 TCP 无奈辨别这些数据是否来自不同的发送方，就会导致呈现谬误。

既然是连贯，就有两个要害要点：建设连贯、断开连接。

建设连贯

建设连贯的目标就是替换彼此的信息，而后记住对方的信息。所以单方都须要发送彼此的信息给对方：

但后面的牢靠传输原理通知咱们，数据在网络中传输是不牢靠的，须要对方给予咱们一个确认回复，才能够保障音讯正确达到。如下图：

机器 B 的确认收到和机器 B 信息能够进行合并，缩小次数；而且发送机器 B 给机器 A 自身就代表了机器 B 曾经收到了音讯，所以最初的示例图是：

步骤如下：

1. 机器 A 发送 syn 包向机器 B 申请建设 TCP 连贯，并附加上本身的接收缓冲区信息等，机器 A 进入 SYN_SEND 状态，示意申请曾经发送正在期待回复；
2. 机器 B 收到申请之后，依据机器 A 的信息记录下来，并创立本身的接管缓存区，向机器 A 发送 syn+ack 的合成包，同时本身进入 SYN_RECV 状态，示意曾经筹备好了，期待机器 A 的回复就能够向 A 发送数据；
3. 机器 A 收到回复之后记录机器 B 的信息，发送 ack 信息，本身进入 ESTABLISHED 状态，示意曾经齐全筹备好了，能够进行发送和接管；
4. 机器 B 收到 ACK 数据之后，进入 ESTABLISHED 状态。

三次音讯的发送，称为三次握手。

断开连接

断开连接和三次握手相似，间接上图：

1. 机器 A 发送完数据之后，向机器 B 申请断开连接，本身进入 FIN_WAIT_1 状态，示意数据发送实现且曾经发送 FIN 包（FIN 标记位为 1）；
2. 机器 B 收到 FIN 包之后，回复 ack 包示意曾经收到，但此时机器 B 可能还有数据没发送实现，本身进入 CLOSE_WAIT 状态，示意对方已发送实现且申请敞开连贯，本身发送实现之后能够敞开连贯；
3. 机器 B 数据发送实现之后，发送 FIN 包给机器 B，本身进入 LAST_ACK 状态，示意期待一个 ACK 包即可敞开连贯；

4. 机器 A 收到 FIN 包之后，晓得机器 B 也发送实现了，回复一个 ACK 包，并进入 TIME_WAIT 状态

   TIME_WAIT 状态比拟非凡。当机器 A 收到机器 B 的 FIN 包时，现实状态下，的确是能够间接敞开连贯了；然而：

   1. 咱们晓得网络是不稳固的，可能机器 B 发送了一些数据还没达到（比 FIN 包慢）；
   2. 同时回复的 ACK 包可能失落了，机器 B 会重传 FIN 包；

   如果此时机器 A 马上敞开连贯，会导致数据不残缺、机器 B 无奈开释连贯等问题。所以此时机器 A 须要期待 2 个报文生存最大时长，确保网络中没有任何遗留报文了，再敞开连贯

5. 最初，机器 A 期待两个报文存活最大时长之后，机器 B 接管到 ACK 报文之后，均敞开连贯，进入 CLASED 状态

单方之间 4 次相互发送报文来断开连接的过程，就是 四次挥手。

当初，对于为什么握手是三次挥手是四次、肯定要三次 / 四次吗、为什么要停留 2msl 再敞开连贯等等这些问题，就都解决了。

UDP 协定

运输层协定除了 TCP，还有赫赫有名的 UDP。如果说 TCP 凭借他欠缺稳固的性能自成一家，那 UDP 就是精简主义乱拳打死老师傅。

UDP 只实现了运输层起码的性能：过程间通信。对于应用层传下来的数据，UDP 只是附加一个首部就间接交给网络层了。UDP 的头部非常简单，只有三局部：

• 源端口、指标端口：端口号用来辨别主机的不同过程
• 校验码：用于校验数据包在传输的过程中没有呈现谬误，例如某个 1 变成了 0
• 长度：报文的长度

所以 UDP 的性能也只有两个：校验数据报是否产生谬误、辨别不同的过程通信。

但，TCP 的性能尽管多，但同时也是要付出绝对应的代价。例如面向连贯的个性，在建设和断开连接的时候会有开销；拥塞管制的个性，会限度传输的下限等等。上面来列举一下 UDP 的优缺点：

UDP 的毛病

• 无奈保障音讯残缺、正确达到，UDP 是一个不牢靠的传输协定；
• 短少拥塞管制容易相互竞争资源导致网络系统瘫痪

UDP 的长处

• 效率更快；不须要建设连贯以及拥塞管制
• 连贯更多的客户；没有连贯状态，不须要为每个客户创立缓存等
• 分组首部字节少，开销小；TCP 首部固定首部是 20 字节，而 UDP 只有 8 字节；更小的首部意味着更大比例的数据局部
• 在一些须要高效率容许可限度误差的场景下能够应用。如直播场景，并不需要保障每个数据包都残缺达到，容许肯定的丢包率，这个时候 TCP 的牢靠个性反而成为了累赘；精简的 UDP 更高的效率是更加适宜的抉择
• 能够进行播送；UDP 并不是面向连贯的，所以能够同时对多个过程进行发送报文

UDP 实用场景

UDP 实用于对传输模型须要应用层高度自定义、容许呈现丢包、须要高效率的场景、须要播送；例如

• 视屏直播
• DNS
• RIP 路由抉择协定

其余补充

分块传输

咱们能够发现，运输层在传输数据的时候，并不是把整个数据包加个首部间接发送过来，而是会拆分成多个报文离开发送；那他这样做起因是什么？

有读者可能会想到：数据链路层限度了数据长度只能有 1460。那数据链路层为什么要这么限度？他的实质起因就是：网络是不稳固的。如果报文太长，那么极有可能在传输个别的时候忽然中断了，这个时候就要整个数据重传，效率就升高了。把数据拆分成多个数据报，那么当某个数据报失落，只须要重传该数据报即可。

那是不是拆分得越细越好？报文中数据字段长度太低，会使得首部的占比太大，这样首部就会成为网络传输最大的累赘了。例如 1000 字节，每个报文首部是 40 字节，如果拆分成 10 个报文，那么只须要传输 400 字节的首部；而如果拆分成 1000 个，那么须要传输 40000 字节的首部，效率就极大地升高了。

路由转换

先看下图：

• 失常状况下，主机 A 的数据包能够又 1-3-6- 7 门路进行传送
• 如果路由 3 坏掉了，那么能够从 1-4-6- 7 进行传送
• 如果 4 也坏掉了，那么只能从 2 -5-6- 7 传送
• 如果 5 坏掉了，那么就中断线路了

能够看进去，应用路由转发的益处是：进步网络的容错率 ，实质起因仍旧是 网络是不稳固的。即便坏掉几个路由器，网络仍旧畅通。然而如果坏掉路由器 6 那就间接导致主机 A 和主机 B 无奈通信，所以要防止这种外围路由器的存在。

应用路由的益处还有：分流。如果一条线路太拥挤，能够从别的路线进行传输，提高效率。

粘包与拆包

在面向字节流那一大节讲过，TCP 不懂这些数据流的意义，他只晓得从应用层拿到数据流，切割成一份份报文，而后发送给指标对象。而如果应用层传输下来的是两个数据包，那么极有可能呈现这种状况：

• 应用层须要向指标过程发送两份数据，一份音频，一份文本
• TCP 只晓得接管到一个流，并把流拆分成 4 段进行发送
• 两头第二个报文的数据就呈现两个文件的数据混在一起，这就是粘包
• 指标过程应用层在接管到数据之后，须要把这些数据拆分成正确的两个文件，就是拆包

粘包与拆包都是应用层须要解决的问题，能够在每个文件的最初附加上一些非凡的字节，如换行符；或者管制每个报文只蕴含一个文件的数据，有余的用 0 补充等等。

歹意攻打

TCP 的面向连贯特点可能会被歹意的人利用，对服务器进行攻打。

后面咱们晓得，当咱们向一个主机发送 syn 包申请创立连贯时，服务器会为咱们创立缓冲区等，而后向咱们返回 syn+ack 报文；如果咱们伪造 IP 和端口，向一个服务器进行海量的申请，会使得服务器创立了大量的创立一半的 TCP 连贯，使得其无奈失常响应用户的申请，导致服务器瘫痪。

解决的办法能够有限度 IP 的创立连接数、让创立一半的 tcp 连贯在更短的工夫内自行敞开、延缓接收缓冲区内存的调配等等。

长连贯

咱们向服务器的每一次申请都须要创立一个 TCP 连贯，服务器返回数据之后就会敞开连贯；如果在短时间内有大量的申请，那么频繁创立 TCP 连贯敞开 TCP 连贯是一个很浪费资源的行为。所以咱们能够让 TCP 连贯不要敞开，在这个期间进行申请，提高效率。

须要留神长连贯维持工夫、创立条件等，防止被歹意利用创立大量的长连贯，耗费殆尽服务器的资源。

最初

以前学习的时候感觉这些货色如同没什么卵用，貌似就是用来考试的。事实上，在没利用到的时候，对这些常识很难有更深层次的认知，例如当初我看下面的总结，很多只是外表上的认知，不晓得他背地代表的真正含意。

但当我学习的更加宽泛、深刻，会对这些常识有越来越粗浅的意识。有那么几个霎时感觉：哦原来那个货色是这样使用，那个货色是这样的啊，原来学了是真的有用。

当初可能学了之后没有什么感觉，然而当用到或者学到相干的利用时，会有一个顿悟感，会霎时播种很多。

感觉有帮忙留个赞激励一下作者吧~

全文到此，原创不易，感觉有帮忙能够点赞珍藏评论转发。
笔者满腹经纶，文章有谬误或有不同观点欢送评论区交换。
如需转载请评论区或私信告知即可。

另外欢迎光临笔者的集体博客：传送门