dede电影网站源码,wordpress站长邮箱,中国纪检监察报网站,升华网络推广软件1. OSI四层和七层映射 区别#xff1a;
应用层#xff0c;表示层#xff0c;会话层合并为了应用层数据链路层和物理层合并为了网络接口层
2. TCP和UDP的区别#xff1f; 总结#xff1a; 1 . TCP 向上层提供面向连接的可靠服务 #xff0c;UDP 向上层提供无连接不可靠服…1. OSI四层和七层映射 区别
应用层表示层会话层合并为了应用层数据链路层和物理层合并为了网络接口层
2. TCP和UDP的区别 总结 1 . TCP 向上层提供面向连接的可靠服务 UDP 向上层提供无连接不可靠服务。 2. UDP 没有 TCP 传输可靠但是可以在实时性要求高的地方有所作为。 3. 对数据准确性要求高速度可以相对较慢的可以选用TCP。 4. 应用方面UDP实时应用比如视频直播等TCP可靠传输比如大文件传输。 5. UDP面向报文只是数据报文的搬运工不会对数据报文进行任何拆分和拼接操作。TCP字节流。 6. UDP头部开销小 8字节相比 TCP 的至少20字节要少得多传输数据报文时是很高效的。
3. TCP详解
1. tcp报文头部 需要说明的 源端口 目的端口 seq序号 占4个字节是本报文段所发送的数据项目组第一个字节的序号。在TCP传送的数据流中每一个字节都有一个序号。例如一报文段的序号为300而且数据共100字节则下一个报文段的序号就是400。 ack确认序号 占4字节是期望收到对方下次发送的数据的第一个字节的序号也就是期望收到的下一个报文段的首部中的序号确认序号应该是上次已成功收到数据字节序号1。
注意上述两个序号有值有效的前提是标识为1 标识位 1、URG当URG1时注解此报文应尽快传送而不要按本来的列队次序来传送。与“紧急指针”字段共同应用紧急指针指出在本报文段中的紧急数据的最后一个字节的序号 使接管方可以知道紧急数据共有多长。 2、ACK只有当ACK1时确认序号字段才有效 3、PSH当PSH1时接收方应该尽快将本报文段立即传送给其应用层。 4、RST当RST1时表示出现连接错误必须释放连接然后再重建传输连接。复位比特还用来拒绝一个不法的报文段或拒绝打开一个连接 5、SYNSYN1,ACK0时表示请求建立一个连接携带SYN标志的TCP报文段为同步报文段 6、FIN发端完成发送任务。
2. 滑动窗口流量控制
滑动窗口用于流量控制 TCP流量控制主要是针对接收端的处理速度不如发送端发送速度快的问题消除发送方使接收方缓存溢出的可能性。。可以理解成接收端所能提供的缓冲区大小。字节数起始于确认序号字段指明的值这个值是接收端正期望接收的字节。
思考1: 重复发送 第一步发送了[33, 43),如果这次发送[35, 45),那中间重叠部分不是发送了两次,所以这里要 是全部重新发送还是只发送接收端没有收到的数据,如果全部发送那么重复 发送的数据接收端怎么处理。 这个下面快速重传会讲
思考2: 滑动窗口是否可是可靠性的保障 一直传输数据,直到数据发送完成。这么一来就保证数据数据的可靠性,因为如果某数据没有获取到,那么ack永远不会跳过它。与其说是滑动窗口的可靠不如说是ACK机制的可靠。
3. 校验和
检验和覆盖了整个TCP报文段TCP首部和数据。这是一个强制性的字段一定是由发端计算和存储并由收端进行验证。
4. TCP拥塞
流量控制是通过接收方来控制流量的一种方式而拥塞控制则是通过发送方来控制流量的一种方式。发送方的让自己的发送窗口 winmin(cwnd接受端接收窗口大小 说明: 发送方取拥塞窗口与滑动窗口的最小值作为发送的上限。 3. TCP拥塞控制的几种方法慢启动拥塞避免快重传和快恢复。 慢启动不慢1然后 指数增长 cwnd不能一直这样无限增长下去一定需要某个限制。TCP使用了一个叫慢启动门限(ssthresh)的变量一旦cwndssthresh大多数TCP的实现通常大小都是65536慢启动过程结束拥塞避免阶段开始cwnd的值不再指数级往上升开始加法增加。此时当窗口中所有的报文段都被确认时cwnd的大小加1cwnd的值就随着RTT开始线性增加超时重传了一个报文段把ssthresh降低为cwnd值的一半。把cwnd重新设置为1。重新进入慢启动过程。
4. 快速重传
如果包没有连续到达就ack最后那个可能被丢了的包如果发送方连续收到3次相同的ack就重传。Fast Retransmit的好处是不用等timeout了再重传,而是只是三次相同的ack就重传。
比如如果发送方发出了12345份数据第一份先到送了于是就ack回2结果2因为某些原因没收到3到达了于是还是ack回2后面的4和5都到了但是还是ack回2因为2还是没有收到于是发送端收到了三个ack2的确认知道了2还没有到于是就马上重转2。然后接收端收到了2此时因为345都收到了于是ack回6。 主要是为了避免一个问题就是当接收端发现2丢失之后我是否需要死等2即使我先收到了345 等到超时再发送 快速重传保证了到我收到3 45时不需要等2到超时我就可以直接返回ack2了三次之后发送端会自动重传3。
5. TCP状态机 没啥好说的理解就行 三次握手 客户端视角 close 情况下发起Connet,报文标志 syn , 状态变为SYN_SENT ,等待服务端返回ack (syn ack), 进入established, 之后再发ack这时可以发送数据了注意这个时候如果发数据可以添加syn
服务端视角 close 情况下listen等待连接收到连接后syn_recv 之后返回ack, 等待客户端ack到established
四次挥手 客户端视角 主动请求关闭发送FIN这个时候客户端不能发数据了但是服务端可以发进入FIN_WAIT1, 接收到 ACK ,进入FIN_WAIT2 ,等待服务端发送FIN 这个时候进入TIME_WAIT(2MSL)并返回ack给服务端 服务端视角 收到FIN 包 回复ack 进入CLOSE_WAIT, 这个时候还是可以发数据不发了之后 发一个FIN标志的包表示要关闭了 进入 LAST_ACK 收到客户端的ACK之后CLOSE
为什么客户端TIME_WAIT状态还需要等2MSL后才能返回到CLOSED状态
防止最后一个客户端回复的ACK服务端没有收到。服务端处于LAST_ACK状态下的SOCKET可能会因为超时未收到ACK报文而重发FIN报文。MSL 是 Maximum Segment Lifetime报⽂最⼤⽣存时间它是任何报⽂在⽹络上存在的最⻓时间超过这个时间报⽂将被丢弃。
为什么握手不能是两次
为了防止服务器端开启一些无用的连接增加服务器开销 防止已失效的连接请求报文段突然又传送到了服务端因而产生错误。
总结就是防止开启一些“异常端口”浪费所谓异常就是比如服务端返回的ack没有收到客户端需要超时重连这段时间服务端的端口白白占用了或者恶意人员开了很多半连接的端口浪费了端口。
什么是半连接队列
6. TCP的可靠性
TCP主要提供了
检验和序列号/确认应答超时重传最大消息长度滑动窗口控制
等方法实现了可靠性传输。但是总结其实还是校验和 序列号/确认应答
7. 什么是TCP粘包和拆包
TCP 是面向流没有界限的一串数据。TCP 底层并不了解上层业务数据的具体含义它会根据 TCP 缓冲区的实际情况进行包的划分所以在业务上认为一个完整的包可能会被 TCP 拆分成多个包进行发送也有可能把多个小的包封装成一个大的数据包发送这就是所谓的 TCP 粘包和拆包问题。要发送的数据小于 TCP 发送缓冲区的大小TCP 将多次写入缓冲区的数据一次发送出去将会发生粘包。要发送的数据大于 TCP 发送缓冲区剩余空间大小将会发生拆包待发送数据大于 MSS最大报文长度TCP 在传输前将进行拆包。即 TCP 报文长度 - TCP 头部长度 MSS
那怎么解决呢
发送端将每个数据包封装为固定长度在数据尾部增加特殊字符进行分割将数据分为两部分一部分是头部一部分是内容体其中头部结构大小固定且有一个字段声明内容体的大小。
