计算机网络之HTTP在面试中的高频考点！

今天主要给大家分享一些计算机网络方面的高频考点，网络在面试中问的是很频繁的，基本是开发相关的岗位都会问到，毕竟是计算机专业的基础课程，所以大家一定要好好准备，如果大家想详细看的话，可以看看谢希仁老师的计算机网络，如果是为了应对面试的话，可以看看图解系列，比如《图解HTTP》和《图解TCP/IP》

1、OSI与TCP/IP各层的结构与功能,都有哪些协议?

回答：OSI共七层协议，分别是物理层、数据链路层、网络层、运输层、会话层、表示层和应用层。

追问：HTTP属于那一层？TCP/UDP属于哪一层？IP属于哪一层？

回答：

IP： 网络层
TCP/UDP： 传输层
HTTP、RTSP、FTP： 应用层协议

2、HTTP是什么？ HTTP 常见的状态码，有哪些？GET 和 POST 的区别？

回答：HTTP是超文本传输协议(HTTP 是在计算机世界的协议。它使计算机能够理解的语言确立了一种计算机之间交流通信的规范（两个以上的参与者），以及相关的各种控制和错误处理方式（行为约定和规范）。)

HTTP常见状态码

GET和POST的区别：

1. get是获取数据的，而post是提交数据的。
2. GET 用于获取信息，是无副作用的，是幂等的，且可缓存， 而POST 用于修改服务器上的数据，有副作用，非幂等，不可缓存。

3、说一下HTTP的优缺点？

回答：

优点：简单、灵活和易于拓展、应用广泛和跨平台。

缺点：无状态、明文传输、不安全

追问：HTTP1.1相对于HTTP1.0的优化是什么？

HTTP1.0最早在网页中使用是在1996年，那个时候只是使用一些较为简单的网页上和网络请求上，而HTTP1.1则在1999年才开始广泛应用于现在的各大浏览器网络请求中，同时HTTP1.1也是当前使用最为广泛的HTTP协议。 主要区别主要体现在：

1. 长连接 : 在HTTP/1.0中，默认使用的是短连接，也就是说每次请求都要重新建立一次连接。HTTP 是基于TCP/IP协议的,每一次建立或者断开连接都需要三次握手四次挥手的开销，如果每次请求都要这样的话，开销会比较大。因此最好能维持一个长连接，可以用个长连接来发多个请求。HTTP 1.1起，默认使用长连接 ,默认开启Connection： keep-alive。 HTTP/1.1的持续连接有非流水线方式和流水线方式 。流水线方式是客户在收到HTTP的响应报文之前就能接着发送新的请求报文。与之相对应的非流水线方式是客户在收到前一个响应后才能发送下一个请求。
2. 错误状态响应码 :在HTTP1.1中新增了24个错误状态响应码，如409（Conflict）表示请求的资源与资源的当前状态发生冲突；410（Gone）表示服务器上的某个资源被永久性的删除。
3. 缓存处理 :在HTTP1.0中主要使用header里的If-Modified-Since,Expires来做为缓存判断的标准，HTTP1.1则引入了更多的缓存控制策略例如Entity tag，If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的缓存头来控制缓存策略。
4. 带宽优化及网络连接的使用 :HTTP1.0中，存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能，HTTP1.1则在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（Partial Content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。

追问：HTTP与HTTPS的区别？

1. HTTP 是超⽂本传输协议，信息是明⽂传输，存在安全⻛险的问题。HTTPS 则解决 HTTP 不安全的缺陷，在TCP 和 HTTP 网络层之间加了 SSL/TLS 安全协议，使得报⽂能够加密传输。
2. HTTP 连接建立相对简单， TCP 三次握手之后便可进行 HTTP 的报文传输。HTTPS 在 TCP 三次握手之后，还需 SSL/TLS 的握⼿过程，才可进⼊加密报⽂传输。
3. HTTP 的端口号是 80，HTTPS 的端口号是 443。
4. HTTPS 协议需要向 CA（证书权威机构）申请数字证书，来保证服务器的身份是可信的。

追问：HTTPS 解决了 HTTP 的哪些问题？

HTTP 由于是明⽂传输，所以安全上存在以下三个⻛险：

窃听风险，如通信链路上可以获取通信内容，号容易没。

篡改风险，如强制植入垃圾广告，视觉污染，用户眼容易瞎。

冒充风险，冒充淘宝网站，用户钱容易没。

HTTPS 在 HTTP 与 TCP 层之间加了 SSL/TLS 协议，可以很好的解决了上述的⻛险：

• 信息加密：交互信息无法被窃取，但你的号会因为「自身忘记」账号而没。
• 校验机制：无法篡改通信内容，篡改了就不能正常显示，但百度「竞价排名」依然可以搜索垃圾⼴告。
• 身份证书：证明淘宝是真的淘宝网，但你的钱还是会因为「剁⼿」而没。

SSL/TLS 协议是能保证通信是安全的。

HTTPS 是如何解决上面的三个风险的？

• 混合加密的方式实现信息的机密性，解决了窃听的⻛险。
• 摘要算法的方式来实现完整性，它能够为数据生成独一无二的「指纹」，指纹⽤于校验数据的完整性，解决了篡改的风险。
• 将服务器公钥放入到数字证书中，解决了冒充的风险

4、说一下HTTP1.1、HTTP2、HTTP3的演变？

HTTP1.1存在的性能瓶颈：

请求/响应头部未经压缩就发送，首部信息越多延迟越大，只能压缩Body部分

首部过长，发送时造成浪费。

服务器是按请求的顺序响应的，如果服务器响应慢，会招致客户端⼀直请求不到数据，也就是队头阻塞；

没有请求优先级控制；

请求只能从客户端开始，服务器只能被动响应。

HTTP2改进了几个地方，分别是头部压缩、二进制格式、数据流、多路复用和服务器推送

HTTP/2 主要的问题在于，多个 HTTP 请求在复用一个 TCP 连接，下层的 TCP 协议是不知道有多少个 HTTP 请求的。所以一旦发生了丢包现象，就会触发 TCP 的᯿传机制，这样在在一个 TCP 连接中的所有的 HTTP请求都必须等待这个丢了的包被重传回来。

• HTTP/1.1 中的管道（ pipeline）传输中如果有⼀个请求阻塞了，那么队列后请求也统统被阻塞住了
• HTTP/2 多个请求复一个TCP连接，一旦发生丢包，就会阻塞住所有的 HTTP 请求。这都是基于 TCP 传输层的问题，所以 HTTP/3 把 HTTP 下层的 TCP 协议改成了UDP。

UDP 发生是不管顺序，也不管丢包的，所以不会出现 HTTP/1.1 的队头阻塞 和 HTTP/2 的丢包全部重传问题。

UDP 是不可靠传输的，但基于 UDP 的 QUIC 协议 可以实现类似 TCP 的可靠性传输。

• QUIC 有自己的⼀套机制可以保证传输的可靠性的。当某个流丢包时，只会阻塞这个流，其他流不会受到影响。
• TLS3 升级成了最新的 1.3 版本，头部压缩算法也升级成了 QPack 。
• HTTPS 要建立一个连接，要花费 6 次交互，先是建立三次握手，然后是 TLS/1.3 的三次握手。QUIC 直接把以往的 TCP 和 TLS/1.3 的 6 次交互合并成了 3 次，减少了交互次数。

推荐阅读

• Java面试基础知识在面试中的高频考点
• MySQL数据索引在面试中的高频考点
• Redis在面试中的高频考点
• Spring在面试中的高频考点
• 设计模式在面试中的高频考点
• SpringBoot在面试中的高频考点