2024年C C++最全计算机网络_数据链路层首部加不加伪首部(1)，干货精讲

本文链接：https://blog.csdn.net/2401_84976246/article/details/138778031

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上C C++开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

TCP/PI五层参考模型（应用层、传输层、网络层、数据链路层、物理层）

1.TCP/IP、OSI、五层参考模型结构图
在这里插入图片描述

2.TCP/IP、OSI的相同点
在这里插入图片描述
3.TCP/IP、OSI的不同点

4.五层参考模型结构

5.五层参考模型数据封装与解封装（数据传输）

在这里插入图片描述

TCP在这里插入图片描述

TCP 的包头有哪些内容，分别有什么用

1)源端口和目的端口字段。各占2B。端口是运输层与应用层的服务接口，运输层的复用和分用功能都要通过端口实现。
2)序号字段。占4B。TCP是面向字节流的(即TCP传送时是逐个字节传送的)，所以TCP连接传送的数据流中的每个字节都编上一个序号。序号字段的值指的是本报文段所发送的数据的第一个字节的序号。
3)确认号字段。占4B,是期望收到对方的下一个报文段的数据的第一个字节的序号。若确认号为N，则表明到序号N- 1为止的所有数据都已正确收到。
4)数据偏移(即首部长度)。占4位，这里不是IP数据报分片的那个数据偏移，而是表示首部长度，它指出TCP报文段的数据起始处距离TCP报文段的起始处有多远。“数据偏移”的单位是32位(以4B为计算单位)。因此当此字段的值为15时，达到TCP首部的最大长度60B.
5)保留字段。占6位，保留为今后使用，但目前应置为0，该字段可以忽略不计。
6)紧急位URG。URG= 1时，表明紧急指针字段有效。它告诉系统报文段中有紧急数据，应尽快传送(相当于高优先级的数据)。但URG需要和紧急指针配套使用，即数据从第一个字节到紧急指针所指字节就是紧急数据。
7)确认位ACK。只有当ACK= 1时确认号字段才有效。当ACK=0时，确认号无效。TCP规定，在连接建立后所有传送的报文段都必须把ACK置1.

8)推送位PSH (Push)。接收TCP收到PSH= 1的报文段，就尽快地交付给接收应用进程而不再等到整个缓存都填满后再向上交付。
9)复位位RST (Reset)。RST=1时，表明TCP连接中出现严重差错(如主机崩溃或其他原因)，必须释放连接，然后再重新建立运输连接。

10)同步位SYN。同步SYN= 1表示这是一个连接请求或连接接收报文。当SYN=1, ACK=0时，表明这是一个连接请求报文，对方若同意建立连接，则在响应报文中使用SYN=1, ACK=1。即SYN= 1表示这是一个连接请求或连接接收报文。
11)终止位FIN (Finish)。用来释放一个连接。FIN= 1表明此报文段的发送方的数据已发送完毕，并要求释放传输连接。

12)窗口字段。占2B。它指出现在允许对方发送的数据量，接收方的数据缓存空间是有限的，因此用窗口值作为接收方让发送方设置其发送窗口的依据，单位为字节。
例如，假设确认号是701，窗口字段是1000。这表明，从701号算起，发送此报文段的接收方方还有接收1000B数据(字节序号为701 ~1700)的接收缓存空间。
13)校验和。占2B。校验和字段检验的范围包括首部和数据两部分。在计算校验和时，和UDP一样，要在TCP报文段的前面加上12B的伪首部(只需将UDP伪首部的第4个字段，即协议字段的17改成6，其他的和UDP一样)。
UDP协议
14)紧急指针字段。占16 位，指出在本报文段中紧急数据共有多少字节(紧急数据放在本报文段数据的最前面)。
15)选项字段。长度可变。TCP最初只规定了一种选项，即最大报文段长度(Maximum SegmentSize，MSS)。MSS是TCP报文段中的数据字段的最大长度。窗口扩大、时间戳、选择确认
16)填充字段。这是为了使整个首部长度是4B的整数倍。填充0.

三次握手四次挥手

在这里插入图片描述

TCP/IP 协议是传输层的一个面向连接的安全可靠的传输协议，三次握手的机制是为了保证能建立一个安全可靠的连接，那么第一次握手是由客户端发起，客户端会向服务端发送一个报文，在报文里面：SYN标志位置为1，表示发起新的连接。当服务端收到这个报文之后就知道客户端要建立一个新的连接，于是服务端就向客户端发送一个确认消息包，在这个消息包里面：ACK标志位置为1，表示确认客户端发起的第一次连接请求。以上两次握手之后，对于客户端而言：已经明确了既能给服务端成功发消息，也能成功收到服务端的响应。但是对于服务端而言：两次握手是不够的，因为到目前为止，服务端只知道能够接受客户端发送的消息，但是发送给客户端的消息，客户端能不能收到是不知道的。所以，还需要进行第三次握手，第三次握手就是当客户端收到服务端发送的确认响应报文之后，还要继续去给服务端进行回应，也是一个ACK标志位置1的确认消息。通过以上三次连接，不管是客户端还是服务端，都知道我既能给对方发送消息，也能收到对方的响应。那么，这个连接就被安全的建了。
在这里插入图片描述

四次挥手机制也是由客户端去发起，客户端会发送一个报文，在报文里面FIN位标志位置1，当服务端收到这个报文之后，就知道了客户端想要断开连接，但是此时服务端不一定能做好准备，因为当客户端发起断开连接的这个消息的时候，对于服务端而言，还有可能有未发送完的消息，还要继续发送，所以呢，只能进行一个消息确认，就是先告诉客户端，知道其要断开连接，但是服务端这里边还可能没有做好准备，于是呢，发完这个消息确认包之后，可能稍过片刻服务端就会继续想客户端发送一个断开连接的一个报文，也是一个FIN位置1的报文，这个报文表示服务端已经做好了断开连接的准备，那么当这个报文发给客户端的时候，客户端同样要给服务端继续发送一个消息确认的报文一共有四次，那么，通过这四次的相互沟通和连接，不管是服务端还是客户端都已经做好了断开连接的准备，于是连接就可以被断开啊。这是我对三次握手和四次挥手的一个理解。

为什么TCP连接要建立三次连接？

为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误，主要目的防止服务端一直等待，浪费资源。

TCP协议如何保证可靠传输

校验和：TCP将保持它首部和数据的检验和。这是一个端到端的检验和，目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错，TCP将丢弃这个报文段和不确认收到此报文段。
确认应答：TCP传输的过程中，每次接收方收到数据后，都会对传输方进行确认应答。也就是发送ACK报文。这个ACK报文当中带有对应的确认序列号，告诉发送方，接收到了哪些数据，下一次的数据从哪里发。
序列号：序列号的作用不仅仅是应答的作用，还能够将接收到的数据根据序列号排序，并且去掉重复序列号的数据
超时重传：当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段。
连接管理：就是三次握手与四次挥手的过程
流量控制：TCP连接的每一方都有固定大小的缓冲空间，TCP的接收端只允许发送端发送接收端缓冲区能接纳的数据。当接收方来不及处理发送方的数据，能提示发送方降低发送的速率，防止包丢失。
自动重传请求（ARQ协议）：也是为了实现可靠传输的，它的基本原理就是每发完一个分组就停止发送，等待对方确认。在收到确认后再发下一个分组。
拥塞控制：当网络拥塞时，减少数据的发送。

TCP四次挥手的时候，先发起方为什么会有一个TIME_WAIT状态，它的作用是什么？

（1）保证最后一次握手报文能到接收方，如果接收方未收到会再次发送FIN+ACK，发起方可以进行超时重传。
（2）TIME_WAIT时间一般是2MSL。2MSL后这次连接的所有报文都会消失，不会影响下一次连接。

为什么客户端在TIME-WAIT状态必须等待2MSL的时间？

1）为了保证客户端发送的最后一个ACK报文段能够达到服务器。这个ACK报文段可能丢失，因而使处在LAST-ACK状态的服务器收不到确认。服务器会超时重传FIN+ACK报文段，客户端就能在2MSL时间内收到这个重传的FIN+ACK报文段，接着客户端重传一次确认，重启计时器。最好，客户端和服务器都正常进入到CLOSED状态。如果客户端在TIME-WAIT状态不等待一段时间，而是再发送完ACK报文后立即释放连接，那么就无法收到服务器重传的FIN+ACK报文段，因而也不会再发送一次确认报文。这样，服务器就无法按照正常步骤进入CLOSED状态。
2）防止已失效的连接请求报文段出现在本连接中。客户端在发送完最后一个ACK确认报文段后，再经过时间2MSL，就可以使本连接持续的时间内所产生的所有报文段都从网络中消失。这样就可以使下一个新的连接中不会出现这种旧的连接请求报文段。
4分钟就是2个MSL，每个MSL是2分钟。MSL就是maximium segment lifetime——最长报文寿命

TCP 和 UDP 的区别

TCP是传输控制协议，提供的是面向连接、可靠的字节流服务；UDP是用户数据报协议，提供的是无连接、无可靠的数据报文。
TCP的可靠性体现在双方彼此交换数据前，必须先通过三次握手协议建立连接之后才能传输数据，传输效率慢。UDP因为在数据数据前不用建立连接故而不可靠，但是传输速度很快。
TCP用于要去传输数据可靠的场景，比如文件传输、发送和接收邮件、远程登录等；UDP用于通信速度高的场景，比如域名转换、流媒体传输、IP电话等

什么是TCP短连接和TCP长连接？

TCP短连接: client向server发起连接请求，server接到请求，然后双方建立连接。client向server发送消息，server回应client，然后一次读写就完成了，这时候双方任何一个都可以发起close操作，不过一般都是client先发起 close操作.短连接一般只会在client/server间传递一次读写操作
TCP长连接: client向server发起连接，server接受client连接，双方建立连接。Client与server完成一次读写之后，它们之间的连接并不会主动关闭，后续的读写操作会继续使用这个连接

什么是面向连接，什么是面向无连接

在互通之前，面向连接的协议会先建立连接，如 TCP 有三次握手，而 UDP 不会

用户数据报协议UDP概述及特点优势

在这里插入图片描述
为什么应用开发人员宁愿在UDP之上构建应用，也不选择TCP?既然TCP提供可靠的服务，而UDP不提供，那么TCP总是首选吗?答案是否定的，因为有很多应用更适合用UDP，主要是因为UDP具有如下优点:

1)UDP无须建立连接。
UDP不会引入建立连接的时延。
试想如果DNS运行在TCP而非UDP.上，那么DNS的速度会慢很多。
HTTP使用TCP而非UDP，是因为对于基于文本数据的Web网页来说，可靠性是至关重要的。

2)无连接状态。
TCP需要在端系统中维护连接状态。此连接状态包括接收和发送缓存、拥塞控制参数和序号与确认号的参数。
而UDP不维护连接状态，也不跟踪这些参数。因此，某些专用应用服务器使用UDP时，一般都能支持更多的活动客户机。
3)分组首部开销小。
TCP有20B的首部开销，而UDP仅有8B的开销。

4)应用层能更好地控制要发送的数据和发送时间。
UDP没有拥塞控制，因此网络中的拥塞不会影响主机的发送效率。某些实时应用要求以稳定的速度发送，能容忍一些数据的丢失，但不允许有较大的时延，而UDP正好满足这些应用的需求。

5)UDP常用于一次性传输较少数据的网络应用
如DNS、SNMP等，因为对于这些应用，若采用TCP，则将为连接创建、维护和拆除带来不小的开销。UDP也常用于多媒体应用(如IP电话、实时视频会议、流媒体等)，显然，可靠数据传输对这些应用来说并不是最重要的，但TCP的拥塞控制会导致数据出现较大的延迟，这是它们不可容忍的。

6)UDP提供尽最大努力的交付，即不保证可靠交付
但这并不意味着应用对数据的要求是不可靠的，因此所有维护传输可靠性的工作需要用户在应用层来完成。
应用实体可以根据应用的需求来灵活设计自己的可靠性机制。
7)UDP是面向报文的。
发送方UDP对应用层交下来的报文，在添加首部后就向下交付给IP层，既不合并，也不拆分，而是保留这些报文的边界;接收方UDP对IP层交上来UDP用户数据报，在去除首部后就原封不动地交付给上层应用进程，一次交付一个完整的报文。因此报文不可分割，是UDP数据报处理的最小单位。

UDP首部格式
在这里插入图片描述
各字段意义如下：
1)源端口。源端口号。在需要对方回信时选用，不需要时可用全0。
2)目的端口。目的端口号。这在终点交付报文时必须使用到。
3)长度。UDP数据报的长度(包括首部和数据)，其最小值是8 (仅有首部)。
4)校验和。检测UDP数据报在传输中是否有错。有错就丢弃。该字段是可选的，当源主机不想计算校验和时，则直接令该字段为全0。