HTTP、HTTPS详解及相关面试题

概述

• 超文本传输协议(Hypertext Transfer Protocol，简称HTTP)是是一个应用层协议，它使用 TCP 连接进行可靠的传送。
• HTTP 是一种请求/响应式的协议，即一个客户端与服务器建立连接后，向服务器发送一个请求;服务器接到请求后，给予相应的响应。

HTTP请求报文

HTTP 请求报文由请求行、请求头部、空行 和 请求包体 4 个部分组成，如下图：

1、请求行：请求行由方法字段、URL 字段 和HTTP 协议版本字段 3 个部分组成，他们之间使用空格隔开。

方法字段：

• GET ：获取一个资源，同时参数直接跟在URL后面,url长度受限制2048字节
• POST：不仅可以获取资源，还可以提交资源（譬如上传文件），参数放在请求体中，包大小4G
• HEAD：只要响应头，没有响应体，通常用于测试URL是否存在
• DELETE：删除一个资源
• PUT：通常修改一个资源

2、请求头：请求头部由关键字/值对组成，每行一对，关键字和值用英文冒号“:”分隔。请求头部通知服务器有关于客户端请求的信息，

常用的请求头字段：

• Host：客户端发送请求时，用来指定服务器域名。例如：

  

• connection：字段最常用于客户端要求服务器使用 TCP 持久连接，以便其他请求复用，连接方式(close 或 keepalive);

  

  注：HTTP/1.1 版本的默认连接都是持久连接，但为了兼容老版本的 HTTP，需要指定 首部字段的值为 。

• cookie：存储于客户端扩展字段，向同一域名的服务端发送属于该域的cookie;

HTTP 响应报文

TTP 响应报文由状态行、响应头部、空行 和 响应包体 4 个部分组成 ： 如下图：

1、状态行：状态行由 HTTP 协议版本字段、状态码和状态码的描述文本 3 个部分组成，他们之间使用空格隔开;

HTTP状态码 ：

状态码由三位数字组成，第一位数字表示响应的类型，常用的状态码有五大类如下所示：

• 1xx：表示服务器已接收了客户端请求，客户端可继续发送请求;
• 2xx：表示服务器已成功接收到请求并进行处理;
• 3xx：表示服务器要求客户端重定向;
• 4xx：表示客户端的请求有非法内容;
• 5xx：表示服务器未能正常处理客户端的请求而出现意外错误;

状态码描述文本有如下取值：

• 200 OK：表示客户端请求成功;
• 400 Bad Request：表示客户端请求有语法错误，不能被服务器所理解;
• 401 Unauthonzed：表示请求未经授权，该状态代码必须与 WWW-Authenticate 报头域一起使用;
• 403 Forbidden：表示服务器收到请求，但是拒绝提供服务，通常会在响应正文中给出不提供服务的原因;
• 404 Not Found：请求的资源不存在，例如，输入了错误的URL;
• 500 Internal Server Error：表示服务器发生不可预期的错误，导致无法完成客户端的请求;
• 503 Service Unavailable：表示服务器当前不能够处理客户端的请求，在一段时间之后，服务器可能会恢复正常;

2、响应头：

常用的响应头字段：

• Content-Length：响应体的长度

  

• Content-Type：字段用于服务器回应时，告诉客户端，本次数据是什么格式。

  客户端请求的时候，可以使用 Accept 字段声明自己可以接受哪些数据格式。

  上面代码中，客户端声明自己可以接受任何格式的数据。

• Content-Encoding：字段说明数据的压缩方法。表示服务器返回的数据使用了什么压缩格式 如：

  

  客户端在请求时，用 字段说明自己可以接受哪些压缩方法。

如下是分别介绍HTTP1.0 、 HTTP1.1、HTTP2.0

• HTTP 1.0：默认使用短连接，浏览器每次请求都需要与服务器建立一次 TCP 连接，服务器处理完成后立即断开 TCP 连接（无连接），服务端不记录客户端的请求状态（无状态）。

• HTTP 1.1：默认使用长连接，用以保持连接特性。使用长连接的 HTTP 协议，会在响应头加入这行代码：

  在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输 HTTP 数据的 TCP 连接不会关闭，客户端再次访问这个服务器时，会继续使用这一条已经建立的连接。

• HTTP 2.0：引入二进制数据帧和流的概念，支持多路复用、服务器推送，支持使用二进制格式传输数据，而 HTTP 1.0 依然使用文本格式传输。

HTTPS的核心就在于SSL和TLS这两个，注：SSL是TLS的前身，但因为SSL名气很大所以一般两个混着叫！

对称加密： 我们的发送方和接收方使用**相同的钥匙**去==快速==加密和解密，但是存在问题：如果加密方式被他人获取，很容易就会被破解，典型对称加密算法：DES、AES

非对称加密：密钥成对出现（私钥、公钥），私钥只有自己知道，不在网络中传输；而公钥可以公开。相比对称加密速度较慢，典型的非对称加密算法有：RSA、DSA 注意：公钥和私钥是一对，如果用公钥对数据加密，那么只能用对应的私钥解密。如果用私钥对数据加密，只能用对应的公钥进行解密。因为加密和解密用的是不同的密钥，所以称为非对称加密。

以上是对称加密和非对称加密的区别：而我们的SSL/TLS则是两种加密算法都有用到！

非对称加密过程 :

(1) A 要向 B 发送信息，A 和 B 都要产生一对用于加密和解密的公钥和私钥。

(2) A 的私钥保密，A 的公钥告诉 B；B 的私钥保密，B 的公钥告诉 A。

(3) A 要给 B 发送信息时，A 用 B 的公钥加密信息，因为 A 知道 B 的公钥。

(4) A 将这个消息发给 B (已经用 B 的公钥加密消息)。

(5) B 收到这个消息后，B 用自己的私钥解密 A 的消息。其他所有收到这个报文的人都无法解密，因为只有 B 才有 B 的私钥。

HTTPS 在 HTTP 与 TCP 层之间加入了 协议，如图：

因此，HTTPS 在 TCP 三次握手之后，还需进行 SSL/TLS 的握手过程，才可进入加密报文传输。

问题：HTTPS如何解决：我们沟通的对象是我们想要沟通的对象呢？

例如 : www.bilibili.com 和 www.bi1ibi1i.com 这种问题

HTTPS协议的服务端需要申请SSL证书（其实是TLS，只不过SSL名气太大！）去证明，B站就是我们要访问的B站，而不是其他网站伪造的，而想让SSL整数生效就需要去CA也就是证书颁发机构（Certificate Authority）去申请，我们的SSL生效以后，我们就可以通过HTTPS去访问我们的网站了，而且浏览器也会把我们HTTP服务器默认的80端口，改为443端口 ！

面试题参考文章

• HTTP 1.0：默认使用短连接，浏览器每次请求都需要与服务器建立一次 TCP 连接，服务器处理完成后立即断开 TCP 连接（无连接），服务端不记录客户端的请求状态（无状态）。

• HTTP 1.1：默认使用长连接，用以保持连接特性。使用长连接的 HTTP 协议，会在响应头加入这行代码：

  在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输 HTTP 数据的 TCP 连接不会关闭，客户端再次访问这个服务器时，会继续使用这一条已经建立的连接。

• HTTP 2.0：引入二进制数据帧和流的概念，支持多路复用、服务器推送，支持使用二进制格式传输数据，而 HTTP 1.0 依然使用文本格式传输。

• URL 中参数可见性：GET 参数可见（通过拼接 URL 进行传递参数），POST 参数不可见。
• 是否可缓存：GET 请求是可以缓存的，POST 请求不可以缓存。
• 传输数据的大小：GET 一般传输数据大小不超过 2k-4k（根据浏览器不同，限制不一样，但相差不大），POST 请求传输数据的大小根据 配置文件设定，也可以无限大。
• 安全性：GET 不安全，POST 安全。
• 数据包个数：GET 产生一个 TCP 数据包；POST 产生两个 TCP 数据包。

• HTTP 协议的特性「无状态、明文传输」既是优点也是缺点，同时还有一大缺点「不安全」。

① 无状态协议的优缺点：

• 无状态的好处：服务器不用去记忆 HTTP 的状态，不需要额外的资源来记录状态信息，这能减轻服务器的负担，能够把更多的 CPU 和内存资源用在对外提供服务上。

• 无状态的坏处：服务器没有记忆能力，它在完成有关联性的操作时会非常麻烦。

  ​ 例如登录 -> 添加购物车 -> 下单 -> 结算 -> 支付，这系列操作都要知道用户的身份才行。但服务器不知道这些请求是有关联的，每次都要确认一遍用户身份信息。

对于无状态的问题，解法方案有很多种，其中比较简单的方式用 cookie 技术。

通过在请求和响应中写入 cookie 信息来控制客户端的状态。相当于，在客户端第一次请求后，服务器会下发一个带有客户身份信息的「小贴纸」，后续客户端请求服务器的时候，带上「小贴纸」，服务器就能识别了：在这里插入图片描述

② 明文传输的优缺点：

• 明文意味着在传输过程中的信息，是可方便阅读的，通过浏览器的 F12 控制台或 Wireshark 抓包都可以直接肉眼查看，为我们调试工作带了极大的便利性。
• 但是这正是这样，HTTP 的所有信息都暴露在了光天化日下，相当于信息裸奔。在传输的漫长的过程中，信息的内容都毫无隐私可言，很容易就能被窃取，如果里面有你的账号密码信息，那你号没了。

• ① 安全性区别：HTTP 是超文本传输协议，信息是明文传输，存在安全风险的问题。HTTPS 可以保证信息传输安全，在 TCP 和 HTTP 网络层之间加入了 SSL/TLS 安全协议，使得报文能够加密传输。
• ② 建里连接流程区别：HTTP 连接建立相对简单， TCP 三次握手之后便可进行 HTTP 的报文传输。而 HTTPS 在 TCP 三次握手之后，还需进行 SSL/TLS 的握手过程，才可进入加密报文传输。
• ③ 端口区别：HTTP 的端口号是 80，HTTPS 的端口号是 443。
• ④ 是否需要申请数字证书：HTTPS 协议需要向 CA（证书权威机构）申请数字证书，来保证服务器的身份是可信的。而 HTTP 协议不需要。

cookie和Session的作用 ？

• cookie 一般用来保存用户信息。比如我们在 cookie 中保存已经登录过得用户信息，下次访问网站的时候页面可以自动帮你登录的一些基本信息给填了；
• **Session 的主要作用就是通过服务端记录用户的状态。**典型的场景是购物车，当你要添加商品到购物车的时候，系统不知道是哪个用户操作的，因为 HTTP 协议是无状态的。服务端给特定的用户创建特定的 Session 之后就可以标识这个用户并且跟踪这个用户了。

cookie和Session的区别 ？

• cookie 数据保存在客户端，Session 数据保存在服务器端。
• cookie 存储在客户端中，而Session存储在服务器上，相对来说 Session 安全性更高。如果要在 cookie 中存储一些敏感信息，不要直接写入 cookie 中，最好能将 cookie 信息加密然后使用到的时候再去服务器端解密。
• cookie ⼀般⽤来保存⽤户信息，Session 的主要作用就是通过服务端记录用户的状态。

参考文章：

• https://blog.csdn.net/sinat_38719275/article/details/102607458
• https://blog.csdn.net/qq_32595453/article/details/80563142

• URI：是统一资源标志符，可以唯一标识一个资源。
• URL：是统一资源定位符，可以提供该资源的路径。URL 是 URI 的一个子集，它不仅唯一标识资源，而且还提供了定位该资源的信息。

URI 的作用像身份证号一样，URL 的作用更像家庭住址一样。

• 对称加密算法：双方持有相同的密钥，进行加密速度快，典型对称加密算法：DES、AES。
• 非对称加密算法：密钥成对出现（私钥、公钥），私钥只有自己知道，不在网络中传输；而公钥可以公开。相比对称加密速度较慢，典型的非对称加密算法有：RSA、DSA。

HTTPS 是在 HTTP 与 TCP 之间加了一层 SSL/TLS 协议 ，所以建里连接流程如下：

① 首先建立 TCP 连接：三次握手。

② 然后建里 SSL/TLS 加密：

SSL/TLS 协议基本流程：

• 客户端向服务器索要并验证服务器的公钥。
• 双方协商生产「会话秘钥」。
• 双方采用「会话秘钥」进行加密通信。
• 前两步也就是 SSL/TLS 的建立过程，也就是握手阶段。