当前位置: 首页 > news >正文

TCP UPD详解

文章目录

  • TCP UDP协议
  • 1. 概述
  • 2. 端口号 复用 分用
  • 3. TCP
    • 3.1 TCP首部格式
    • 3.2 建立连接-三次握手
    • 3.3 释放连接-四次挥手
    • 3.4 TCP流量控制
    • 3.5 TCP拥塞控制
    • 3.6 TCP可靠传输的实现
    • 3.7 TCP超时重传
  • 4. UDP
  • 5.TCP与UDP的区别

TCP UDP协议

1. 概述

TCP、UDP协议是TCP/IP体系结构传输层中的两个重要协议。

如图所示为计算机网络四层模型:

image

**IP协议**是网际层中的核心协议,它可以互联不同的网络接口,并向其上层提供无连接、不可靠的数据传输服务

TCP/IP体系结构的应用层中包含许大量的应用层协议,其中有些应用层协议需要使用可靠传输服务,例如浏览网页、传输文件等,这些数据一旦传输失败会造成无法挽回的危害。而有些则需要使用不可靠传输服务,例如音视频通话等,少量的数据传输错误并不会对播放造成大影响。

由于应用层需要使用可靠和不可靠两种传输服务,但IP协议只能提供不可靠传输服务,于是就需要传输层来提供可靠/不可靠的传输服务

其中TCP提供可靠性传输服务,UDP提供不可靠传输服务

TCPTransmission Control Protocol,传输控制协议,为上层提供的是面向连接的可靠的数据传输服务。使用TCP通信的双方,在传送数据之前必须首先建立TCP连接(逻辑连接,而非物理连接)。数据传输结束后必须要释放TCP连接。TCP为了实现可靠传输,就必须使用很多措施,例如TCP连接管理、确认机制、超时重传、流量控制、拥塞控制等。TCP的实现复杂,报文首部较大,占用处理机资源比较多。

UDPUser Datagram Protocol,用户数据报协议,为其上层提供的是无连接的不可靠的数据传输服务,因此不需要实现可靠传输的各种机制。使用UDP通信的双方,在传送数据之前不需要建立连接。UDP的实现简单,用户数据报首部比较小。

2. 端口号 复用 分用

端口号 :运行在计算机上的进程使用进程标识符PID来区分,但是因特网上的计算机使用操作系统复杂,不同的操作系统又有不同格式的进程标识符,为了使运行在不同操作系统的计算机的应用进程之间能够进行通信,就必须使用统一的方法对TCP/IP体系的应用进程进行标识,而这个标识方法就是**端口号**,运输层使用端口号来区分应用层的不同应用进程。端口号只具有本地意义,即端口号只是为了标识本计算机应用进程,在因特网中,不同的计算机中的相同端口没有联系,你电脑上的8080端口跟我电脑上的8080端口一点关系没有。

发送方的复用 :应用层报文经过传输层TCP协议进行封装,称为TCP复用。应用层报文经过传输层UDP协议封装,称为UDP复用。传输层的报文经过网络层IP协议的封装,称为IP复用

接收方的分用:网络层使用IP协议解析接受的IP数据报,称为IP分用。传输层使用TCP协议解析接受的TCP数据报,称为TCP分用。传输层使用UDP协议解析接受的UDP数据报,称为UDP分用。

image

3. TCP

3.1 TCP首部格式

TCP协议处于传输层,它向上层(应用层)提供面向连接的可靠传输服务,为了实现可靠传输,采用了**面向字节流**的方式。

TCP在发送数据时从发送缓存中取出一部分或全部字节并给其添加一个首部使之成为TCP报文段后在发送给下层。一个TCP报文段由首部数据载荷两部分组成,TCP实现连接管理、确认机制、超时重传、流量控制、拥塞控制这些功能都体现在它首部中各字段的作用。

TCP首部由两部分构成 :20字节的固定首部和最大40字节的扩展首部。也就是说,一个TCP首部的字节数在20~60字节之间。

image

源端口 :16比特,即两字节,写入源端口号,用于标识发送该TCP报文段的应用进程。

目的端口 :16比特,即两字节,写入目的端口号,用于标识接受该TCP报文段的应用进程。

假如我们使用web服务127.0.0.1:8080远程访问MySQL服务器48.104.60.218:3306;源端口就是我们自己的IP地址中的端口8080,目的端口就是MySQL服务器的IP地址中的端口3306。

接下来看看与TCP实现可靠性传输有关的三个字段 :序号、确认号、ACK。

序号 :占32比特,取值范围[0, 2^32 - 1],序号增加到最后一个后,下一个序号就又回到0。序号的值用来指出本TCP报文段**数据载荷**第一个字节的序号。如图所示,首部的序号即为数据载荷第一个字节的序号122。

image

确认号 :占32比特,取值范围[0, 2^32 - 1],确认好增加到最后一个后,下一个确认好又回到0。确认号的值用于指出期望收到对方下一个TCP报文段的数据载荷的第一个字节的序号,同时也是对之前收到的所有数据的确认。可以这样理解:若确认号为n,则代表之前已经成功接收到序号为n-1的报文段,下一次期望收到序号为n的报文段。只有ACK标识的值为1时,确认号字段才有效。

ACK :确标志位,取值为1时确认号才有效;取值为0时确认号无效。TCP规定,连接建立后所有的TCP报文段都必须把ACK置为1。

如图,客户端向服务端发送一个TCP数据报,序号为200代表此数据报的数据载荷部分的第一个字节的序号为200。确认号为800代表客户端已经收到服务端发送的序号为799号以及之前的数据报,现在想要序号为800的数据报。ACK的值为1保证确认号有效。数据载荷长度代表此次传输的字节数。也就是说,此次传输的数据载荷部分的序号为 200 - 300。

image

数据偏移 :占4比特,并以4字节为单位。用于指出TCP报文段的数据载荷部分的起始处距离TCP报文段的起始处有多远。这个字段实际上是指出了TCP报文段的首部有多少个字节。同时,它的值是首部字节数除以4的。首部的字节数范围为:20 ~ 60,所以数据偏移字段的值范围为 5~15,即 0101到1111。

保留 :占6比特,保留以后使用。目前值为0。

窗口 :占16比特,以字节为单位。指出发送本报文段的一方的接收窗口。窗口值作为接收方让发送方设置其发送窗口的依据。这是以接收方的接受能力来控制发送方的发送能力,称为流量控制。需要注意的是,发送窗口的大小还取决于拥塞窗口的大小,也就是从接收窗口和拥塞窗口中取最小值。

校验和 :占16比特,用于检查整个TCP报文段在传输过程中是否出现了误码。

紧急指针 :占16比特,以字节为单位,用来指明紧急数据的长度。当发送方有紧急数据时,可将紧急数据插队到发送缓存的最前面,并立刻封装到一个TCP报文中进行发送。紧急指针会指出本报文段数据载荷部分包含了多长的紧急数据,紧急数据之后是普通数据。

SYN :同步标志位,在TCP连接建立时用来同步序号。TCP规定,SYN值为1时代表正在建立连接,此报文段不能携带数据

FIN :终止标志位,用于释放TCP连接TCP规定,FIN值为1时代表正在释放连接,此报文段不能携带数据

RST ​:复位标志位,用于复位TCP连接。当RST为1时,表示TCP连接出现了异常,此时必须先断开连接,再重新建立连接。RST还用来拒绝非法报文段或拒绝TCP连接。

PSH ​:推送标志位,用来实现推送操作。当接受方收到该标志位为1的报文段会尽快上交应用进程,而不必等到接收缓存都填满后再向上交付。

URG :紧急标志位,与紧急指针字段共同实现紧急操作。紧急标志位URG为1时,紧急指针有效,为0时紧急指针无效。

选项 :选项中的字段都是可选值,扩展功能。选项的字节数可变

填充 ​:由于选项的字节数可变,那就使用填充字段确保报文段首部能被4整除。假如选项有3字节,那么填充就只有1个字节。

为什么一定要确保首部字节数要能被4整除?因为数据偏移字段的值是首部字节数除以4。

image

3.2 建立连接-三次握手

TCP是面向连接的协议,它基于运输连接来传送TCP报文段。TCP运输连接的建立和释放是每一次面向娘连接的通信中必不可少的过程

TCP运输连接分为以下三个阶段:

  1. 通过三次握手建立TCP连接
  2. 进行数据传输
  3. 通过四次挥手断开TCP连接

先来介绍一下TCP连接的建立 :三报文握手

最初,TCP客户端与TCP服务端的TCP进程都处于关闭状态,即CLOSED

一开始,TCP服务端先创建TCP传输控制块,用于存储TCP连接中的以下重要信息,例如TCP连接表、指向发送和接受缓存的指针、指向重传队列的指针…TCP服务端创建传输控制块后就进入监听状态(LISTEN)等待接受TCP客户端的连接请求。

TCP客户端在发起连接请求之前也要创建传输控制块,之后发起连接请求。

image

第一次握手

TCP客户端进程向TCP服务端进程发送TCP连接请求报文段,并进入同步已发送状态(SYN-SEND)

此连接请求报文段首部中的值:

  • SYN :1,表明这是一个TCP连接请求报文段。同时规定此时的报文段不能携带数据。

  • 序号(seq) :初始值x

image

第二次握手

TCP服务端接收到请求连接报文后,如果同意连接,会向TCP客户端发送 连接请求确认报文段,并进入同步已接受状态(SYN-RCVD)

该报文段首部中的值:

  • SYN :1,表明现在正在进行TCP连接。同时规定此时的报文段不能携带数据。

  • ACK :使确认号生效。

  • 确认号(ack) :由于客户端发送的序号为x,那么确认号就是x+1,代表“我已经收到序号为x以及之前的数据了,你下次给我发x+1吧”。

  • 序号(seq) :初始值y。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4nZdkdLy-1678504984186)(assets/image-20230308181233-f7ep57n.png)]​

第三次握手

TCP客户端收到连接请求确认报文段后,还需要向TCP服务端进程发送一个**普通TCP确认报文段,并进入连接已建立状态(ESTABLISHED)。由于是一个普通**的连接建立报文段,所以它的SYN字段值并不为1,所以这个报文段可以携带数据,但是它不携带数据。

(TCP规定,SYN为1的报文段不能携带数据,报文段发送时消耗一个序号。SYN不为1的报文段可以携带数据,如果不携带数据,不消耗序号)

该报文段的首部值:

  • ACK :1,保证确认位可用。
  • 序号(seq) :x+1,因为TCP服务端上次发的报文中的确认号为x+1。由于SYN值不为1,并且没有携带数据,故x+1这个序号下次还能用,也就是建立连接后还可以再使用一次x+1这个序号。
  • 确认号(ack) :y+1,因为TCP服务端上次发送的报文段的序号为y,所以我们这次发送y+1,表示我们已经接收到了序号y以及之前的数据,下次我们想要序号为y+1的数据。

image

当TCP服务端接收到TCP客户端第二次报文时,服务端也进入连接已建立状态(ESTABLISHED)

image

现在,双方都已进入连接建立状态,可以根据已经建立好的TCP连接进行可靠的数据传输。

那么为什么建立TCP连接一定需要三次呢?为什么不能是两次?为什么不能使用两次报文握手建立连接呢?

接下来看看两报文握手会出现的问题 :

TCP客户端发出请求连接报文,但是因为网络问题长时间停滞在网络中,于是触发超时重传机制,TCP客户端重新发起TCP连接请求报文段,这次成功建立连接。之后便是数据的传输,最后数据传输完成,服务端与客户端断开连接。

image

断开连接后突然,上次因为网络问题滞后的TCP连接请求发送到了TCP服务端,服务端以为客户端想要再次建立TCP连接,于是服务端进入监听(LISTEN)状态并向客户端发送连接请求确认报文,但是客户端此时为关闭状态,对连接请求确认报文不予理睬,于是服务端一直处于监听状态并发送连接请求确认报文。这就造成了TCP服务端资源的浪费。

image

综上所述,采用三报文握手而不是两报文握手是为了防止已失效的连接请求报文段突然传送到了TCP服务端因而导致的错误

3.3 释放连接-四次挥手

TCP通过四次挥手来结束TCP的连接。

在断开连接之前,客户端与服务端都处于连接已建立状态(ESTABLISHED)

第一次挥手 :

TCP客户端会发送TCP连接释放报文段,进入终止等待1状态(FIN-WAIT-1)。TCP连接释放报文段的字段值为:

  • FIN :1,代表此时正在释放TCP连接,此报文段不能携带数据。
  • ACK :使确认号生效。
  • seq(序号) :u,代表此报文段的数据载荷的第一个字节的序号为u。
  • ack(确认号) :v,代表已经收到序号为v-1的数据,下次想要序号为v的数据。

image

第二次挥手

服务端接收到客户端发送的TCP连接释放报文段后,会向客户端发送一个普通的TCP确认报文段,并进入关闭等待状态(CLOSE-WAIT)

(此时的TCP连接进入了半关闭状态,因为客户端到服务端的TCP连接进入关闭状态,因为客户端已经没有数据要发送了;但是服务端到客户端的TCP连接通道还没关闭,因为服务端要继续发送那些还未发送完毕的数据。)

此报文段的字段值 :

  • ACK :1,保证确认号有效
  • 序号(seq) :v,代表此报文段的数据载荷的第一个字节的序号为v。
  • 确认号(ack) :u+1,代表已经收到客户端发送的第u条数据,下次想要u+1。

TCP客户端收到TCP服务端发送的TCP确认报文段后就会进入终止等待2状态(FIN-WAIT2)

image​​

第三次挥手

当TCP服务端所有剩余数据发送完毕后,TCP服务端会发送TCP连接释放报文段,并进入最后确认状态(LAST-ACK)

该报文段的字段:

  • FIN :1,表示正在释放连接。
  • ACK :1,保证确认号有效。
  • 序号(seq) :w,为什么不是v+1?因为第二次挥手之后可能传输了其他剩余数据报。
  • 确认号(ack) :u+1。为什么是u+1?不是又发送了剩余数据吗?因为剩余数据报只是服务端向客户端发送,客户端向服务端的TCP连接通道已经断开。

image

第四次挥手

收到服务端发送的TCP连接释放报文段后,客户端发送普通的确认报文段,之后进入时间等待状态(TIME-WAIT)

收到该报文段后,服务端关闭。处于时间等待状态2MSL(2mins)后,客户端TCP连接关闭。

该报文字段值 :

  • ACK :1,保证确认号有效
  • 序号(seq) :u+1
  • 确认号(ack) :w+1

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-u0RBO0Rt-1678504984188)(assets/image-20230309151435-5c57p7p.png)]​

为什么客户端还要等待两分钟再关闭TCP连接呢?

假如不进行等待而直接关闭,也就是客户端发送第四次挥手之后立即关闭TCP连接。那么如果最后一个确认报文丢失,此时客户端已经关闭,但服务端还在等待最后的确认保报文,一直没等到就会触发超时重传机制发送第三次挥手报文,但是客户端已经关闭,那么服务端就会一直发送第三次挥手报文,非常浪费资源。而等待两分钟就可以解决这个问题,客户端有足够时间等待服务端发送的超时重传报文。

image

至此,四报文挥手过程完毕。

接下来看看保活计时器

在客户端与服务端建立连接后,如果客户端出现故障,应当有措施让服务端主动断开连接而不是一直等待下去。这时就要使用到保活计时器。

  • TCP服务器进程每收到一次TCP客户进程的数据,就重新设置并启动保活计时器(定时2小时)。
  • 若2小时内没接收到TCP客户端发送的数据,则当保活计时器到时后,TCP服务器向TCP客户端发送一个探测报文段,以后则每75秒发送一次,若连续10个报文段都无响应,TCP服务端主动断开TCP连接

3.4 TCP流量控制

为什么需要流量控制?一般来说,我们更加希望传输速度越快越好,但是如果发送方发送数据的速度过快,会导致接受方来不及接收,这就会造成数据的丢失。

所以流量控制就是为了让发送方发送的速率不要太快,要让接受方来得及接收

TCP的流量控制是通过滑动窗口来实现的。如果此时A向B传输数据,在传输数据前B告诉A:我的接收窗口rwnd=400(receiver window)。这表示 :发送方A的发送窗口不能超过接受方B的接收窗口的值,也就是400字节

假如B最初的接收窗口大小为400,那么A可以发送400字节的数据。B接收400字节数据并发送确认后,这400字节的数据会先从A的发送缓存中删除。现在A成功向B发送了400字节的数据,但是B的接收缓存没多少空间了,于是B对A说:我的接收窗口为rwnd=300。这表示发送方A的发送窗口不能超过300字节。就这样,如果发送后B的发送缓存还没腾出空间,会继续减小接收窗口直到B的发送缓存没有空间,这时B向A发送的rwnd=0,即零窗口通知,代表不要再发送数据了,等我腾出空间再说吧。

如果A发送的数据丢失怎么办呢?

A给B发送消息,如果数据丢失,并不会影响A后续数据的发送,B发送的ack消息会告诉A哪些数据还没有发送,到时A重新发送即可。

如果B发送的rwnd丢失怎么办呢?

如果B发送给A的rwnd丢失,A一直在等待B发送的窗口通知(rwnd)以便设置自己的发送窗口,而主机B以为A已经接收到窗口通知,他就一直等待A发送的数据,这就会造成死锁的局面。为了解决这个问题,TCP为每一个连接设置一个持续定时器

如果B给A发送零窗口通知,持续计时器会重新计时,当持续计时器超时时,证明已经很久没有收到零窗口通知了,A就给B发送一个探测报文,B接收该报文后,将自己的接收窗口值发送给A,如果此值为0,则持续计时器重新计时;如果此值为其他值,A将其发送窗口大小设置为此值。于是死锁问题得以解决。

3.5 TCP拥塞控制

拥塞 :对网络中某一资源的需求超过了该资源所能提供的可用部分,网络性能就要变坏。这种情况叫做拥塞(congestion)

若出现拥塞而不进行控制,整个网络的吞吐量将随输入负荷的增大而下降。

TCP对拥塞控制提供了四种算法 :

  1. 慢开始(slow-start)
  2. 拥塞避免(congestion avoidance)
  3. 快重传(fast retransmit)
  4. 快恢复(fast recovery)

为了简单起见,我们假设发送方A,接收方B,A只发送数据报,B只发送确认报。并且接收方的接收窗口足够大,此时发送方的发送窗口就只受拥塞控制的影响。

发送方维护一个叫做拥塞窗口cwnd的状态变量,其值取决于网络的拥塞程度,并且动态变化

  • 拥塞窗口cwnd的维护原则:只要网络没有出现拥塞,拥塞窗口就再增大一些。网络出现拥塞,拥塞窗口就减小一些。
  • 判断出现网络拥塞的依据:没有按时收到应当到达的确认报文段(即发生超时)

发送方将拥塞窗口作为发送窗口swnd,即swnd = cwnd。

具体的拥塞控制可以参考 :https://juejin.cn/post/6844903664566403085

实在是讲不出来😢

3.6 TCP可靠传输的实现

TCP基于以字节为单位的滑动窗口来实现可靠传输。

如图A与B建立了TCP连接

(简单起见,我们假设数据单方面发送并且没有拥塞影响,即A发送数据报文段,B只发送确认报文段,并且发送窗口不会受到拥塞控制的影响)

上方表格为待传输的数据的序号。

image

连接建立后B给A发送一个确认报文段:rwnd=20, ack=23,代表滑动窗口大小为20,下一次给我传序号为23的数据。

发送方接收到这个确认报文段后构造出自己的发送窗口,大小为20字节,发送窗口从序号为23的数据开始,它称为后沿;直到序号为42的数据结束,它称为前沿。

并且,由于ack=23,发送方A可以将23号以前的数据从发送缓存中删除,在接收到ack之前,发送窗口中的数据都要留在发送缓存中。

发送窗口中的数据都是可以发送的数据,发送窗口前沿右边的数据都是不允许发送的数据。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-S5SWkMJ5-1678504984188)(assets/image-20230310181508-0jd6o6q.png)]​​​

后沿的移动情况有两种 :不动、前移

前沿的移动情况有三种 :不动、前移、后移。

接下来A向B发送10个字节的数据,序号为23-33的数据被发送出去,但是并不会从发送缓存中删除,因为还没有收到确认ack。

image​​

假如接收方B收到了序号为25-27的数据,由于23-24的数据还没接收到,所以B发送的确认报文的确认号仍为23。这是接收方对23号数据发起的第一次重复确认,因此不会触发超时重传机制。同时接收窗口为20没变。

image​​

当以后23-24号数据传到接收方,接收方就会发送对于23-27号数据的确认报文,如果rwnd的值仍为20,接收方就会将接收窗口移动到28-47号数据。

发送方收到该确认报文后将23-27号数据从发送缓存中删除。同时发送窗口移动到28-47号数据。

image

当发送方发送的数据迟迟无法到达接收方,重传计时器超时,会重传发送窗口内已发送的数据,并重新启动重传计时器

注意 :

  1. 虽然发送方的发送窗口是根据接收方的接收窗口设置的,但是在同一时刻,发送方的发送窗口并不总是和接收方的接收窗口一样大

    因为网络具有一定的延时性。

  2. 对于不按序列号到达的数据应该如何处理,TCP并无明确规定

    • 如果丢弃,虽然实现更简单了,但是会浪费很多网络资源。
    • 通常存储在接收窗口中,等到字节流中所缺少的字节收到后,再按序号交付给上层的应用进程。
  3. TCP要求接收方必须有累积确认捎带确认机制,这样可以减小传输开销。接收方可以在合适的时候发送确认,也可以在自己有数据要发送时把确认信息捎带上。但是接收方不应该过分推迟发送确认消息,否则会触发超时重传浪费资源。

  4. TCP是全双工通信,通信双方都在发送和接受报文段,因此,每一方都有自己的发送窗口和接收窗口。在谈到这些窗口时,一定要区分开。

3.7 TCP超时重传

刚才一直再说如果有一段报文迟迟没有发送会触发超时重传,但并没有说如何选择重传的时机,现在就来说说TCP对于超时重传的时机选择。

超时重传时间(RTO)的选择是计算机网络最复杂的问题之一。

假如发送方为A,接收方为B。发送方A向接收方B发送数据报,并记录时间,A收到B的返回的确认报文段后再次记录时间。

这两个时间的差值为往返时间RTT。如果超时重传时间设置的比RTT小很多,会触发不必要的重传。如果设置的比RTT大很多,迟迟不超时重传太影响效率。所以我们要找到一个正好的时间,这个时间比RTT大一点,但大的不多。

image​​

听起来很简单,但是复杂的网络环境使传输速率复杂多变,RTT也跟着变化,早上跟晚上的网络速率差别都很大。所以超时重传时间(RTO)的选择是计算机网络最复杂的问题之一。

这时候就不能以单次RTT的值确定RTO的值,而是使用很多次RTT的值通过一定的算法来计算出一个更加合适的RTO。

我们使用RTT代表通过计算得出的RTT的值,RTT(i)代表每一次TCP通信产生的RTT值

当第一次RTT产生时,最终RTT的值等于第一次RTT的值。RTT = RTT(1)

RTT多起来的时候,使用公式 :

RTT = (1-a)* 上一次RTT + a*RTT(i)

在上式中,0 ≤ a < 1,若a接近于0,则RTT(i)对RTT的值的影响不大。若a接近于1,则RTT(i)对RTT的影响较大。标准RFC298建议a的值为1/8

当通过每一次的样本计算得出最终RTT后,我们就可以规定超时重传时间RTO略大于RTT了

至此,TCP就告一段落了。

4. UDP

由于UDP向应用层提供无连接不可靠的通信服务,所以它无需像TCP那样实现流量控制、拥塞控制等等功能,它的字段也十分简单。

一个UDP用户数据报同样由首部与数据载荷两部分组成,首部格式如图所示。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ATMS6yO6-1678504984189)(assets/image-20230310190305-vf2p1ze.png)]​

它只有四个字段,每个字段两个字节共八个字节。由于UDP提供无连接不可靠的服务,所以它只在网际层的基础上添加了端口号的区分。

至此,UDP告一段落。。。才怪,UDP的功能会在下小节UDP与TCP的区别中注明。因为实在太少。。。

5.TCP与UDP的区别

TCP与UDP所有的区别都是基于一个条件 :TCP提供有连接可靠性传输服务,UDP提供无连接不可靠服务。

如果TCP不提供可靠服务,那他俩就一样了。

  1. TCP传输数据前需要三报文握手建立连接,传输数据结束时四报文挥手断开连接。

    UDP可以随时发送数据。只要你知道它的IP就可以突然发送数据。

  2. TCP只支持一对一的solo模式,连接只能在两个主机之间进行。

    UDP支持单播、多播、广播。

  3. 当应用层报文发送到传输层时

    TCP将应用层传输的报文拆分为多个字节流标上序号,再加上TCP首部封装为TCP数据报,再根据发送策略发送给下层。TCP是面向字节流的。

    UDP仅仅将应用层报文首部添加一个UDP首部封装为UDP数据报,就将该数据报发送给接受方。UDP是面向数据报的

  4. 如果数据传输过程中数据丢失、误码

    TCP会重新发送或触发重传机制。

    UDP啥也不干。

最后,对比一下UDP数据报首部以及TCP数据报的首部格式:

image

相关文章:

TCP UPD详解

文章目录TCP UDP协议1. 概述2. 端口号 复用 分用3. TCP3.1 TCP首部格式3.2 建立连接-三次握手3.3 释放连接-四次挥手3.4 TCP流量控制3.5 TCP拥塞控制3.6 TCP可靠传输的实现3.7 TCP超时重传4. UDP5.TCP与UDP的区别TCP UDP协议 1. 概述 TCP、UDP协议是TCP/IP体系结构传输层中的…...

金三银四、金九银十 面试宝典 MySQL面试题 超级无敌全的面试题汇总(超万字的面试题,让你的MySQL无可挑剔)

MySQL数据库 - 面试宝典 又到了 金三银四、金九银十 的时候了&#xff0c;是时候收藏一波面试题了&#xff0c;面试题可以不学&#xff0c;但不能没有&#xff01;&#x1f941;&#x1f941;&#x1f941; 一个合格的 计算机打工人 &#xff0c;收藏夹里必须有一份 MySQL 八…...

【Java】初识Java

Java和C语言有许多类似之处&#xff0c;这里就只挑不一样的点来说&#xff0c;所以会比较杂乱哈~ 目录 1.数据类型 2.输入与输出 2.1三种输出 2.2输入 2.3循环输入输出 //猜数字小游戏 //打印乘法口诀表 3.方法 //交换两个数&#xff08;数组的应用&#xff09; //模…...

JVM相关知识

JVM类加载过程类什么时候被加载什么情况下会发生栈内存溢出JVM内存模型常量池回收方法区垃圾回收流程圾收集算法分代收集理论标记-清除算法标记-复制算法标记-整理算法类加载过程 加载–验证–准备–解析–初始化–使用–卸载 ​ 加载&#xff1a;通过全类名获取类的二进制流…...

【LeetCode】剑指 Offer(21)

目录 题目&#xff1a;剑指 Offer 39. 数组中出现次数超过一半的数字 - 力扣&#xff08;Leetcode&#xff09; 题目的接口&#xff1a; 解题思路&#xff1a; 代码&#xff1a; 过啦&#xff01;&#xff01;&#xff01; 题目&#xff1a;剑指 Offer 40. 最小的k个数 -…...

线性求解器Ax=b的验证

文章目录前言Matrix MarketMatlab IORead dataWrite data测试C IORead and write dataDownload MatrixIO 代码下载参考网址前言 一般情况集成了一个线性求解器&#xff08;Axb&#xff09;&#xff0c;我们需要验证其性能和精度&#xff0c;这时需要大量数据来做验证&#xff…...

java 事件处理机制 观察者模式

事件处理机制有三个要素事件、事件源、事件监听与java的对应关系如下事件事件源事件监听javaclassjava.util.EventObjectjava.util.EventObject 的 source 属性interfacejava.util.EventListener观察者模式又被称为发布-订阅&#xff08;Publish/Subscribe&#xff09;模式&…...

使用 HTML5 轻松验证表单插件

下载:https://download.csdn.net/download/mo3408/87559594 效果图: 当您通过表单从人们那里收集信息时,必须应用某种验证。如果不这样做,可能会导致客户流失、数据库中的垃圾数据甚至网站的安全漏洞。从历史上看,构建表单验证一直很痛苦。在服务器端,全栈框架会为您处理…...

【Error: ImagePullBackOff】Kubernetes中Nginx服务启动失败排查流程

❌pod节点启动失败&#xff0c;nginx服务无法正常访问&#xff0c;服务状态显示为ImagePullBackOff。 [rootm1 ~]# kubectl get pods NAME READY STATUS RESTARTS AGE nginx-f89759699-cgjgp 0/1 ImagePullBackOff 0 103…...

九龙证券|直逼1.5万亿!A股融资余额创年内新高,青睐这些行业和个股

2023年以来&#xff0c;A股商场震动重复&#xff0c;商场走势整体先扬后抑&#xff0c;各路资金看法纷歧&#xff0c;但数据显现&#xff0c;融资客在此期间整体持续净买入&#xff0c;未受到商场动摇的明显冲击&#xff0c;融资余额日前已迫临1.5万亿元&#xff0c;创出年内新…...

【JavaScript】36_正则表达式

正则表达式 正则表达式 正则表达式用来定义一个规则通过这个规则计算机可以检查一个字符串是否符合规则 或者将字符串中符合规则的内容提取出来 正则表达式也是JS中的一个对象&#xff0c; 所以要使用正则表达式&#xff0c;需要先创建正则表达式的对象 new RegExp() 可以…...

参考 | 辨别真假笔记本三星内存条 (ddr4)

参考 | 辨别真假笔记本三星内存条 (ddr4) 文章目录参考 | 辨别真假笔记本三星内存条 (ddr4)1. 三星内存条标签纸上编码的含义2. 三星内存颗粒上编码的含义3. 辨别内容参考1. 三星内存条标签纸上编码的含义 内存条贴张上面有两串值得注意的编码, 其中编码的具体意义参考三星官方…...

JavaScript Math(算数)对象

Math&#xff08;算数&#xff09;对象的作用是&#xff1a;执行常见的算数任务。在线实例round()如何使用 round()。random()如何使用 random() 来返回 0 到 1 之间的随机数。max()如何使用 max() 来返回两个给定的数中的较大的数。&#xff08;在 ECMASCript v3 之前&#xf…...

MyBatis里面用了多少种设计模式?

在MyBatis的两万多行的框架源码中&#xff0c;使用了大量的设计模式对工程架构中的复杂场景进行解耦&#xff0c;这些设计模式的巧妙使用是整个框架的精华。经过整理&#xff0c;大概有以下设计模式&#xff0c;如图1所示。图101类型&#xff1a;创建型模式▊ 工厂模式SqlSessi…...

第三十二周精华分享(2023.02.27-2023.03.06)

本帖是知识星球各类问答以及文章精华沉淀区&#xff0c;而知识星球相关资源沉淀则在置顶帖的「资源沉淀」中。 学计算机的都应该知道有个局部性原理&#xff0c;其实局部性原理在很多场合都适用&#xff0c;比如80%的圈友的痛点或者疑惑其实都集中在一些固定的方面或者问题上&…...

数学建模资料整理

数学建模中有三类团队&#xff1a; 第一类&#xff1a;拿到题目&#xff0c;讨论&#xff0c;然后建模手开始建模&#xff0c;编程手开始处理数据&#xff0c;写作手开始写作。 第二类&#xff1a;拿到题目&#xff0c;团内大佬&#xff0c;开始建模&#xff0c;然后编程&#…...

设计模式---抽象工厂模式

目录 1 介绍 2 优缺点 3 实现 1 介绍 抽象工厂模式(Abstract Factory Pattern) 是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。这种类型的设计模式属于创建型模式&#xff0c;它提供了一种创建对象的最佳方式。 在抽象工厂模式中&#xff0c;接口是负…...

Java Web 实战 07 - 多线程基础之单例模式

大家好 , 这篇文章给大家带来的是单例模式 , 单例模式中分为懒汉模式和饿汉模式 , 懒汉模式是需要用的到的时候才去创建实例 , 而饿汉模式是程序一启动就立刻创建实例 , 在这其中还有很多其他问题需要我们去研究 推荐大家跳转到这里 , 观看效果更加 上一篇文章的链接我也贴在这…...

uniapp上实现左右关联滚动

先看效果&#xff1a; 代码&#xff1a; <template><view class"container"><!-- 左侧fixed导航区域 --><view class"left"><viewv-for"item in leftList":key"item.id"class"left_item":class…...

Docker Remote API未授权访问

目录Docker简述Docker 2375端口安全风险Docker命令连接利用声明&#xff1a;本文仅供学习参考&#xff0c;其中涉及的一切资源均来源于网络&#xff0c;请勿用于任何非法行为&#xff0c;否则您将自行承担相应后果&#xff0c;本人不承担任何法律及连带责任。Docker简述 Docke…...

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器的上位机配置操作说明

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器专为工业环境精心打造&#xff0c;完美适配AGV和无人叉车。同时&#xff0c;集成以太网与语音合成技术&#xff0c;为各类高级系统&#xff08;如MES、调度系统、库位管理、立库等&#xff09;提供高效便捷的语音交互体验。 L…...

华为云AI开发平台ModelArts

华为云ModelArts&#xff1a;重塑AI开发流程的“智能引擎”与“创新加速器”&#xff01; 在人工智能浪潮席卷全球的2025年&#xff0c;企业拥抱AI的意愿空前高涨&#xff0c;但技术门槛高、流程复杂、资源投入巨大的现实&#xff0c;却让许多创新构想止步于实验室。数据科学家…...

Unity3D中Gfx.WaitForPresent优化方案

前言 在Unity中&#xff0c;Gfx.WaitForPresent占用CPU过高通常表示主线程在等待GPU完成渲染&#xff08;即CPU被阻塞&#xff09;&#xff0c;这表明存在GPU瓶颈或垂直同步/帧率设置问题。以下是系统的优化方案&#xff1a; 对惹&#xff0c;这里有一个游戏开发交流小组&…...

循环冗余码校验CRC码 算法步骤+详细实例计算

通信过程&#xff1a;&#xff08;白话解释&#xff09; 我们将原始待发送的消息称为 M M M&#xff0c;依据发送接收消息双方约定的生成多项式 G ( x ) G(x) G(x)&#xff08;意思就是 G &#xff08; x ) G&#xff08;x) G&#xff08;x) 是已知的&#xff09;&#xff0…...

线程同步:确保多线程程序的安全与高效!

全文目录&#xff1a; 开篇语前序前言第一部分&#xff1a;线程同步的概念与问题1.1 线程同步的概念1.2 线程同步的问题1.3 线程同步的解决方案 第二部分&#xff1a;synchronized关键字的使用2.1 使用 synchronized修饰方法2.2 使用 synchronized修饰代码块 第三部分&#xff…...

【JVM】- 内存结构

引言 JVM&#xff1a;Java Virtual Machine 定义&#xff1a;Java虚拟机&#xff0c;Java二进制字节码的运行环境好处&#xff1a; 一次编写&#xff0c;到处运行自动内存管理&#xff0c;垃圾回收的功能数组下标越界检查&#xff08;会抛异常&#xff0c;不会覆盖到其他代码…...

家政维修平台实战20:权限设计

目录 1 获取工人信息2 搭建工人入口3 权限判断总结 目前我们已经搭建好了基础的用户体系&#xff0c;主要是分成几个表&#xff0c;用户表我们是记录用户的基础信息&#xff0c;包括手机、昵称、头像。而工人和员工各有各的表。那么就有一个问题&#xff0c;不同的角色&#xf…...

css的定位(position)详解:相对定位 绝对定位 固定定位

在 CSS 中&#xff0c;元素的定位通过 position 属性控制&#xff0c;共有 5 种定位模式&#xff1a;static&#xff08;静态定位&#xff09;、relative&#xff08;相对定位&#xff09;、absolute&#xff08;绝对定位&#xff09;、fixed&#xff08;固定定位&#xff09;和…...

大模型多显卡多服务器并行计算方法与实践指南

一、分布式训练概述 大规模语言模型的训练通常需要分布式计算技术,以解决单机资源不足的问题。分布式训练主要分为两种模式: 数据并行:将数据分片到不同设备,每个设备拥有完整的模型副本 模型并行:将模型分割到不同设备,每个设备处理部分模型计算 现代大模型训练通常结合…...

基于matlab策略迭代和值迭代法的动态规划

经典的基于策略迭代和值迭代法的动态规划matlab代码&#xff0c;实现机器人的最优运输 Dynamic-Programming-master/Environment.pdf , 104724 Dynamic-Programming-master/README.md , 506 Dynamic-Programming-master/generalizedPolicyIteration.m , 1970 Dynamic-Programm…...