不是吧阿sir(1),手持4个大厂offer的我

​ 主要是为了建立可靠的通信信道,保证客户端与服务端同时具备发送、接收数据的能力

​ 为什么两次不行?

​ 1、防止已失效的请求报文又传送到了服务端,建立了多余的链接,浪费资源

​ 2、 两次握手只能保证单向连接是畅通的。(为了实现可靠数据传输, TCP 协议的通信双方, 都必须维 护一个序列号, 以标识发送出去的数据包中, 哪些是已经被对方收到的。 三次握手的过程即是通信双方 相互告知序列号起始值, 并确认对方已经收到了序列号起始值的必经步骤;如果只是两次握手, 至多只 有连接发起方的起始序列号能被确认, 另一方选择的序列号则得不到确认)

7、TCP四次挥手过程以及状态改变,为什么四次?CLOSE-WAIT和TIME-WAIT存在的意义?如何查看TIME-WAIT状态的链接数量?为什么会TIME-WAIT过多?解决方法是怎样的?

白嫖资料

四次挥手过程:

​ 客户端——发送带有FIN标志的数据包——服务端,关闭与服务端的连接 ,客户端进入FIN-WAIT-1状态

​ 服务端收到这个 FIN,它发回⼀ 个 ACK,确认序号为收到的序号加1,服务端就进入了CLOSE-WAIT状态

​ 服务端——发送⼀个FIN数据包——客户端,关闭与客户端的连接,客户端就进入FIN-WAIT-2状态

​ 客户端收到这个 FIN,发回 ACK 报⽂确认,并将确认序号设置为收到序号加1,TIME-WAIT状态

为什么四次:

​ 因为需要确保客户端与服务端的数据能够完成传输。

CLOSE-WAIT:

​ 这种状态的含义其实是表示在等待关闭

TIME-WAIT:

​ 为了解决网络的丢包和网络不稳定所带来的其他问题,确保连接方能在时间范围内,关闭自己的连接

如何查看TIME-WAIT状态的链接数量?

​ netstat -an |grep TIME_WAIT|wc -l 查看连接数等待time_wait状态连接数

为什么会TIME-WAIT过多?解决方法是怎样的?

​ 可能原因: 高并发短连接的TCP服务器上,当服务器处理完请求后立刻按照主动正常关闭连接

​ **解决:**负载均衡服务器;Web服务器首先关闭来自负载均衡服务器的连接

8、TCP、UDP、IP、以太网报文格式以及重要字段,报文从一端到另一端传递的过程。

​ TCP报文格式:

白嫖资料

在这里插入图片描述

源端口号和目的端口号:

​ 用于寻找发端和收端应用进程。这两个值加上ip首部源端ip地址和目的端ip地址唯一确定一个tcp连接。

​ 序号字段:

​ 序号用来标识从T C P发端向T C P收端发送的数据字节流,它表示在这个报文段中的的第一个数据字节。如果将字节流看作在两个应用程序间的单向流动,则 T C P用序号对每个字节进行计数。序号是32 bit的无符号数,序号到达 2^32-1后又从0开始。

当建立一个新的连接时,SYN标志变1。序号字段包含由这个主机选择的该连接的初始序号ISN(Initial Sequence Number)。该主机要发送数据的第一个字节序号为这个ISN加1,因为SYN标志消耗了一个序号

​ 确认序号:

白嫖资料

​ 既然每个传输的字节都被计数,确认序号包含发送确认的一端所期望收到的下一个序号。因此,确认序号应当是上次已成功收到数据字节序号加 1。只有ACK标志为 1时确认序号字段才有效。发送ACK无需任何代价,因为 32 bit的确认序号字段和A C K标志一样,总是T C P首部的一部分。因此,我们看到一旦一个连接建立起来,这个字段总是被设置, ACK标志也总是被设置为1。TCP为应用层提供全双工服务。这意味数据能在两个方向上独立地进行传输。因此,连接的每一端必须保持每个方向上的传输数据序号。

​ 首都长度:

​ 首部长度给出首部中 32 bit字的数目。需要这个值是因为任选字段的长度是可变的。这个字段占4 bit,因此T C P最多有6 0字节的首部。然而,没有任选字段,正常的长度是 2 0字节。

**​ 标志字段:**在T C P首部中有 6个标志比特。它们中的多个可同时被设置为1.   URG紧急指针(u rgent pointer)有效   ACK确认序号有效。   PSH接收方应该尽快将这个报文段交给应用层。   RST重建连接。   SYN同步序号用来发起一个连接。这个标志和下一个标志将在第 1 8章介绍。   FIN发端完成发送任务。

​ 窗口大小:

​ T C P的流量控制由连接的每一端通过声明的窗口大小来提供。窗口大小为字节数,起始于确认序号字段指明的值,这个值是接收端期望接收的字节。窗口大小是一个 16 bit字段,因而窗口大小最大为 65535字节。

​ 检验和:

​ 检验和覆盖了整个的 T C P报文段:T C P首部和T C P数据。这是一个强制性的字段,一定是由发端计算和存储,并由收端进行验证。

​ 紧急指针:

​ 只有当URG标志置1时紧急指针才有效。紧急指针是一个正的偏移量,和序号字段中的值相加表示紧急数据最后一个字节的序号。 T C P的紧急方式是发送端向另一端发送紧急数据的一种方式。

​ 选项:

​ 最常见的可选字段是最长报文大小,又称为 MSS (Maximum Segment Size)。每个连接方通常都在通信的第一个报文段(为建立连接而设置 S Y N标志的那个段)中指明这个选项。它指明本端所能接收的最大长度的报文段。

​ UDP报文格式:

在这里插入图片描述

白嫖资料

​ 端口号:

​ 用来表示发送和接受进程。由于 I P层已经把I P数据报分配给T C P或U D P(根据I P首部中协议字段值),因此T C P端口号由T C P来查看,而 U D P端口号由UDP来查看。T C P端口号与UDP端口号是相互独立的。

​ 长度:

​ UDP长度字段指的是UDP首部和UDP数据的字节长度。该字段的最小值为 8字节(发送一份0字节的UDP数据报是 O K)。

​ 检验和:

​ UDP检验和是一个端到端的检验和。它由发送端计算,然后由接收端验证。其目的是为了发现UDP首部和数据在发送端到接收端之间发生的任何改动。

​ **IP报文格式:**普通的IP首部长为20个字节,除非含有可选项字段。

在这里插入图片描述

白嫖资料

4位版本:

​ 目前协议版本号是4,因此IP有时也称作IPV4.

​ 4位首部长度:

​ 首部长度指的是首部占32bit字的数目,包括任何选项。由于它是一个4比特字段,因此首部长度最长为60个字节。

服务类型(TOS):

​ 服务类型字段包括一个3bit的优先权字段(现在已经被忽略),4bit的TOS子字段和1bit未用位必须置0。4bit的TOS分别代表:最小时延,最大吞吐量,最高可靠性和最小费用。4bit中只能置其中1比特。如果所有4bit均为0,那么就意味着是一般服务。

​ 总长度:

​ 总长度字段是指整个IP数据报的长度,以字节为单位。利用首部长度和总长度字段,就可以知道IP数据报中数据内容的起始位置和长度。由于该字段长16bit,所以IP数据报最长可达65535字节。当数据报被分片时,该字段的值也随着变化。

​ 标识字段:

​ 标识字段唯一地标识主机发送的每一份数据报。通常每发送一份报文它的值就会加1。

​ 生存时间:

​ TTL(time-to-live)生存时间字段设置了数据报可以经过的最多路由器数。它指定了数据报的生存时间。TTL的初始值由源主机设置(通常为 3 2或6 4),一旦经过一个处理它的路由器,它的值就减去 1。当该字段的值为 0时,数据报就被丢弃,并发送 ICMP 报文通知源主机。

​ 首部检验和:

​ 首部检验和字段是根据 I P首部计算的检验和码。它不对首部后面的数据进行计算。 ICMP、IGMP、UDP和TCP在它们各自的首部中均含有同时覆盖首部和数据检验和码。

​ 以太网报文格式:

在这里插入图片描述

​ 目的地址和源地址:

白嫖资料

​ 是指网卡的硬件地址(也叫MAC 地址),长度是48 位,是在网卡出厂时固化的。

​ 数据:

​ 以太网帧中的数据长度规定最小46 字节,最大1500 字节,ARP 和RARP 数据包的长度不够46 字节,要在后面补填充位。最大值1500 称为以太网的最大传输单元(MTU),不同的网络类型有不同的MTU,如果一个数据包从以太网路由到拨号链路上,数据包度大于拨号链路的MTU了,则需要对数据包进行分片fragmentation)。ifconfig 命令的输出中也有“MTU:1500”。注意,MTU 个概念指数据帧中有效载荷的最大长度,不包括帧首部的长度。

9、浏览器输入URL并回车的过程以及相关协议,DNS查询过程。

​ **过程:**DNS解析、TCP连接、发送HTTP请求、服务器处理请求并返回HTTP报文、浏览器渲染、结束

| 过程 | 使用的协议 |

| — | — |

| 1、浏览器查找域名DNS的IP地址DNS查找过程(浏览器缓存、路由器缓存、DNS缓存) | DNS:获取域名对应的ip |

| 2、根据ip建立TCP连接 | TCP:与服务器建立连接 |

| 3、浏览器向服务器发送HTTP请求 | HTTP:发送请求 |

| 4、服务器响应HTTP响应 | HTTP |

| 5、浏览器进行渲染 | |

10、HTTP1.0、1.1、2.0之间的区别

​ **HTTP1.0:**默认使用Connection:cloose,浏览器每次请求都需要与服务器建立一个TCP连接,服务器处理完成后立即断开TCP连接(无连接),服务器不跟踪每个客户端也不记录过去的请求(无状态)。

​ **HTTP1.1:**默认使用Connection:keep-alive(长连接),避免了连接建立和释放的开销;通过Content-Length字段来判断当前请求的数据是否已经全部接受。不允许同时存在两个并行的响应。

​ **HTTP2.0:**引入二进制数据帧和流的概念,其中帧对数据进行顺序标识;因为有了序列,服务器可以并行的传输数据。

​ http1.0和http1.1的主要区别如下:​ 1、缓存处理:1.1添加更多的缓存控制策略(如:Entity tag,If-Match)​ 2、网络连接的优化:1.1支持断点续传​ 3、错误状态码的增多:1.1新增了24个错误状态响应码,丰富的错误码更加明确各个状态​ 4、Host头处理:支持Host头域,不在以IP为请求方标志​ 5、长连接:减少了建立和关闭连接的消耗和延迟。

​ http1.1和http2.0的主要区别:​ 1、新的传输格式:2.0使用二进制格式,1.0依然使用基于文本格式​ 2、多路复用:连接共享,不同的request可以使用同一个连接传输(最后根据每个request上的id号组合成 正常的请求)​ 3、header压缩:由于1.X中header带有大量的信息,并且得重复传输,2.0使用encoder来减少需要传输的 hearder大小​ 4、服务端推送:同google的SPDUY(1.0的一种升级)一样

11、HTTP与HTTPS之间的区别,HTTPS链接建立的过程,了解对称加密算法和非对称加密算法不?

​ HTTP与HTTPS之间的区别:

| HTTP | HTTPS |

| — | — |

| 默认端口80 | HTTPS默认使用端口443 |

| 明文传输、数据未加密、安全性差 | 传输过程ssl加密、安全性较好 |

| 响应速度快、消耗资源少 | 响应速度较慢、消耗资源多、需要用到CA证书 |

​ HTTPS链接建立的过程:

​ 1.首先客户端先给服务器发送一个请求

​ 2.服务器发送一个SSL证书给客户端,内容包括:证书的发布机构、有效期、所有者、签名以及公钥

​ 3.客户端对发来的公钥进行真伪校验,校验为真则使用公钥对对称加密算法以及对称密钥进行加密

​ 4.服务器端使用私钥进行解密并使用对称密钥加密确认信息发送给客户端

​ 5.随后客户端和服务端就使用对称密钥进行信息传输

​ 对称加密算法:

​ 双方持有相同的密钥,且加密速度快,典型对称加密算法:DES、AES白嫖资料

非对称加密算法:

​ 密钥成对出现(私钥、公钥),私钥只有自己知道,不在网络中传输;而公钥可以公开。相比对称加密速度较慢,典型的非对称加密算法有:RSA、DSA

12、HTTP请求有哪些。get和Post区别。

HTTP请求:

| 方法 | 描述 |

| — | — |

| GET | 向特定资源发送请求,查询数据,并返回实体 |

| POST | 向指定资源提交数据进行处理请求,可能会导致新的资源建立、已有资源修改 |

| PUT | 向服务器上传新的内容 |

| HEAD | 类似GET请求,返回的响应中没有具体的内容,用于获取报头 |

| DELETE | 请求服务器删除指定标识的资源 |

| OPTIONS | 可以用来向服务器发送请求来测试服务器的功能性 |

| TRACE | 回显服务器收到的请求,用于测试或诊断 |

| CONNECT | HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器 |

get和Post区别:

最后

每年转战互联网行业的人很多,说白了也是冲着高薪去的,不管你是即将步入这个行业还是想转行,学习是必不可少的。作为一个Java开发,学习成了日常生活的一部分,不学习你就会被这个行业淘汰,这也是这个行业残酷的现实。

如果你对Java感兴趣,想要转行改变自己,那就要趁着机遇行动起来。或许,这份限量版的Java零基础宝典能够对你有所帮助。

领取这份Java零基础宝典只需要点击这里即可免费下载

NS | 可以用来向服务器发送请求来测试服务器的功能性 |

| TRACE | 回显服务器收到的请求,用于测试或诊断 |

| CONNECT | HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器 |

get和Post区别:

最后

每年转战互联网行业的人很多,说白了也是冲着高薪去的,不管你是即将步入这个行业还是想转行,学习是必不可少的。作为一个Java开发,学习成了日常生活的一部分,不学习你就会被这个行业淘汰,这也是这个行业残酷的现实。

如果你对Java感兴趣,想要转行改变自己,那就要趁着机遇行动起来。或许,这份限量版的Java零基础宝典能够对你有所帮助。

领取这份Java零基础宝典只需要点击这里即可免费下载

[外链图片转存中…(img-IW1JeAxF-1628607601215)]

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值