TCP与UDP
一、网络的7层架构
1、咋记住？
2、咋理解？
- 数据利用比特流（010101）通过网线传输到另外一个设备，属于物理层
- 必须保证传输比特流的准确性，于是有纠错功能的数据链路层。
- A的数据要传输到C，中间要经过B，那么就需要IP寻址，属于网络层
- A机器给C机器发消息，但是消息很大，需要分多个包传送过去，这属于传输层
- tcp：可靠、面向链接、传输效率低（拥塞控制、超时丢失重传）
- udp：不可靠、无连接、传输效率高（丢失、重复、乱序）
- 我就想和你说两句话，不想去调用TCP打包拆包和路由寻址这些，那么自动打包拆包的功能，就是会话层。（用于建立和管理应用程序之间的通信）
- 我用Mac电脑给你的windows电脑发消息，为了解决俩不同系统之间的通信问题，就有了表现层
- 基于上面6层，我们开发的各种应用，叫做应用层
- 浏览器：通过定义 http 超文本传输协议；
- FTP服务：FTP 文件传输协议；
- 邮箱：SMTP，简单邮件传输协议；
- POP3：邮局协议第3版；
- telnet：TCP/IP终端仿真协议；
- Finger：用户信息协议；
- IMAP4：因特网信息访问协议第4版。
- lpr unix ：远程打印协议。
二、面试常问
1、TCP与UDP的区别
TCP（传输控制协议）和UDP（用户数据报协议）是两种常见的传输层协议，用于在计算机网络中传输数据。它们之间存在以下几个主要区别：
-
连接导向 vs. 无连接：
- TCP是面向连接的协议，通过建立可靠的连接来传输数据，确保数据的有序性、完整性和可靠性。
- UDP是无连接的协议，每个数据报都是独立的，没有建立和维护连接的开销，但也不保证数据的可靠性和顺序性。
-
可靠性：
-
TCP提供可靠的数据传输，通过确认机制、超时重传、丢失数据的重传等来确保数据的可靠性。
-
UDP不提供可靠性保证，数据报可能丢失、重复或乱序，应用程序需要自行处理这些问题。
-
-
数据量和效率：
-
TCP在数据传输过程中会进行拥塞控制和流量控制，以适应网络的状况，这使得它在传输大量数据或要求高可靠性的场景下更为适用。
-
UDP没有拥塞控制和流量控制的机制，传输效率较高，适用于实时性要求较高的应用，如视频流和音频流。
-
-
头部开销：
-
TCP的头部开销相对较大，包含序列号、确认号、窗口大小等字段，这些用于实现可靠性的机制增加了额外的开销。
-
UDP的头部开销相对较小，只包含基本的源端口、目标端口、长度和校验和字段。
-
综上所述，TCP适用于对数据传输的可靠性和有序性要求较高的场景，如文件传输、网页浏览等。UDP适用于实时性要求较高、对传输可靠性要求不高的场景，如实时游戏、视频通话等。选择使用哪种协议取决于具体应用的需求和对数据传输特性的权衡。
2、拥塞控制
1、拥塞控制的目的和代价
拥塞控制目的：防止过多的数据注入到网络中，避免网络中的路由器或链路过载，所要做的就是抑制发送端发送数据的速率，以便使接收端来得及接收。
拥塞控制代价：需要获得网络内部流量分布的信息。在实施拥塞控制之前，还需要在结点之间交换信息和各种命令，以便选择控制的策略和实施控制。这样就产生了额外的开销。
2、拥塞控制的几种方法
慢开始
探测式的开始，TCP开始发送报文段时先设置cwnd=1，使得发送方在开始时只发送一个报文段（目的是试探一下网络的拥塞情况），每次翻倍窗口大小
慢开始算法只是在TCP连接建立时和网络出现超时时才使用。
拥塞避免
为了防止拥塞窗口cwnd增长过大引起网络拥塞，还需要设置一个慢开始门限ssthresh(Slow Start threshold，慢启动阈值)状态变量（如何设置ssthresh）。慢开始门限ssthresh的用法如下：
当 cwnd < ssthresh 时，使用上述的慢开始算法。
当 cwnd > ssthresh 时，停止使用慢开始算法而改用拥塞避免算法。
当 cwnd = ssthresh 时，既可使用慢开始算法，也可使用拥塞控制避免算法。
“拥塞避免”是说在拥塞避免阶段将拥塞窗口控制为按线性规律增长，使网络比较不容易出现拥塞。
快恢复
与慢开始不同之处是现在不执行慢开始算法（即拥塞窗口cwnd现在不设置为1），而是把cwnd值设置为 慢开始门限ssthresh减半后的数值，然后开始执行拥塞避免算法（“加法增大”），使拥塞窗口缓慢地线性增大。这方法叫做快恢复！
快重传
快重传算法首先要求接收方每收到一个失序的报文段后就立即发出重复确认（为的是使发送方及早知道有报文段没有到达对方）而不要等到自己发送数据时才进行捎带确认。
- 接收方收到了M1和M2后都分别发出了确认。
- 现在假定接收方没有收到M3但接着收到了M4。显然，接收方不能确认M4，因为M4是收到的失序报文段。
- 根据可靠传输原理，接收方可以什么都不做，也可以在适当时机发送一次对M2的确认。但按照快重传算法的规定，接收方应及时发送对M2的重复确认，这样做可以让发送方及早知道报文段M3没有到达接收方。
- 发送方接着发送了M5和M6。接收方收到这两个报文后，也还要再次发出对M2的重复确认。这样，发送方共收到了接收方的四个对M2的确认，其中后三个都是重复确认。
- 快重传算法还规定，发送方只要一连收到三个重复确认就应当立即重传对方尚未收到的报文段M3，而不必继续等待M3设置的重传计时器到期。