前言

今天在第六节内容的分享中，学习了传输层协议的知识点。 主要分为两种对立性质的协议，学起来会比较。

TCP和UDP的介绍了解常见服务的APP端口号TCP和UDP的信息形式TCP的3次握手和4次挥手

传输层协议

传输层有两大协议TCP UDP

（1）TCP协议

TCP协议是面向连接的协议，提供可靠的传输服务TCP的端口号作用。 用于区分不同网络服务端口的分类：有名端口和动态端口有名端口：0-1023，一般APP使用的端口动态端口： 1024-65535，通常作为源端口使用

与端口号对应的协议

TCP头部

。

整个TCP头中20字节的源端口：源端目标端口：目标端口Sequence Number :序列号Acknowledge Number :确认号Header Length； 标题长度(Resv )保留字段SYN )表示连接建立的ACK )响应的窗口、流控制用Checksum )验证字段

TCP三次握手

。

第一次握手：主机a发送syn=1(表示请求建立连接)的位代码，随机生成seq number的包，向主机b进行第二次握手)主机b收到请求后确认在线信息，然后同时syn=1，ack=1，随机生成一个seq number的包，向a发送第三次握手。 主机a在收到后，检查ack number是否正确，也就是最初发送的seq number 1和位代码ack是否为1，如果正确，主机a重新发送ack number=(主机b的seq 1)，ack=1

TCP的传输过程

。

上图显示了主机a分两次，分成两个数据包向主机b传递200字节的过程。 首先，主机a通过一个分组发送100字节的数据，分组的Seq号码设为1200。 主机b向主机a发送ACK分组并将ACK号码设置为1301以确认这一点。

为了确保数据正确到达，目标计算机必须在接收到数据包(包括SYN包、FIN包、普通包等)后立即返回ACK包，以确保数据传输成功。

此时，Ack编号不是1201而是1301。 这是因为Ack编号增加了传输数据的字节数。 假设不将每个Ack编号传输的字节数相加。 这样，虽然可以确认数据包的传输，但是不能明确全部100字节是正确传输了，还是部分丢失了，例如只传输了80字节。

因此，Ack编号通过下式确认seq传递的字节数为1。

TCP的流量控制

。

接收方将自己能够接收的缓冲器大小放入TCP报头的“窗口大小”字段中，通过ACK侧通知发送方； 窗口的大小字段越大，网络的吞吐量越高，接收方注意到缓冲区已满时，将窗口的大小设定为较小的值并通知发送方。 发送方收到此窗口后，将减慢自己的发送速度

接收端缓冲区已满时

, 就会将窗口置为0; 这时发送方不再发送数据, 但是需要定期发送一个窗口探测数据段, 来查看接收端是否有窗口有容量来接收数据

TCP的关闭连接

TCP的连接的拆除需要发送四个包，因此称为四次挥手由于TCP连接是全双工的，因此每个方向都必须单独进行关闭TCP的四次挥手（1）客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送。（2）服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。（3）服务器B关闭与客户端A的连接，发送一个FIN给客户端A。（4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1。

UCP的协议

UDP协议是一种面向无连接的协议，用户数据报协议，发送数据前无需建立连接，不使用拥塞控制，不保证可靠交付，最大努力交付。UDP头部

UDP头部共8个字节，传输数据时没有确认机制Source Port：源端口Destination Port：目的端口Header；报头长度Checksum：校验字段

UDP的传输过程

UDP传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息。

UDP是面向报文的。发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付给IP层。既不拆分，也不合并，而是保留这些报文的边界，因此，应用程序需要选择合适的报文大小。

虽然UDP是一个不可靠的协议，但它却是分发信息的一个理想协议。例如，在屏幕上报告股票市场、显示航空信息等等都使用的是UDP协议。

最后

如果大家觉得本系列不错，觉得有帮助的朋友可以关注、点赞、收藏支持一下~

码字不易，你的点赞就是对我创作的支持！