http是什么

问： Http是什么？

HTTP 是超文本传输协议，也就是HyperText Transfer Protocol。

问：如何理解[超文本传输协议]

所谓超文本传输协议，可以拆分成3个部分：

• 超文本
• 传输
• 协议

协议：

在生活中，我们也能随处可见「协议」，例如：

• 刚毕业时会签一个「三方协议」；

• 找房子时会签一个「租房协议」；

生活中的协议，本质上与计算机中的协议是相同的，协议的特点:

• 所谓【协】，表示必须有两个以上的参与者。例如三方协议里的参与者有三个：你、公

  司、学校三个；租房协议里的参与者有两个：你和房东。

• 所谓【议】，表示对参与者的一种行为约定和规范。例如三方协议里规定试用期期限、毁

  约金等；租房协议里规定租期期限、每月租金金额、违约如何处理等。

针对HTTP协议，可以理解为： HTTP是一个用在计算机世界里的协议，它使用计算机能够理解的语言确立了一种计算机之间交流通信的规范（两个以上的参与者），以及相关的各种控制和错误处理方式（行为约定和规范）

传输：

所谓的「传输」，很好理解，就是把一堆东西从 A 点搬到 B 点，或者从 B 点 搬到 A 点。

别轻视了这个简单的动作，它至少包含两项重要的信息。

（1） HTTP 协议是一个双向协议

我们在上网冲浪时，浏览器是请求方 A ，百度网站就是应答方 B。双方约定用 HTTP 协议来通信，于是浏览器把请求数据发送给网站，网站再把一些数据返回给浏览器，最后由浏览器渲染在屏幕，就可以 看到图片、视频了。

（2）数据虽然是在 A 和 B 之间传输，但允许中间有**中转或接力**

就好像第一排的同学想传递纸条给最后一排的同学，那么传递的过程中就需要经过好多个同学（中间 人），这样的传输方式就从「A < — > B」，变成了「A <-> N <-> M <-> B」

而在 HTTP 里，需要中间人遵从 HTTP 协议，只要不打扰基本的数据传输，就可以添加任意额外的东西。

针对传输，我们可以进一步理解了 HTTP。

HTTP 是一个在计算机世界里专门用来在两点之间传输数据的约定和规范。

超文本

HTTP 传输的内容是「超文本」。

我们先来理解「文本」，在互联网早期的时候只是简单的字符文字，但现在「文本」的涵义已经可以扩

展为图片、视频、压缩包等，在 HTTP 眼里这些都算作「文本」。

所谓「超文本」，就是超越了普通文本的文本，它是文字，图片，视频等的混合体，最关键的是有超链接，能够从一个超文本跳转到另一个超文本。

html是最常见的超文本，它本省只是纯文字文件，但是内部用很多标签定义了图片、视频等的链接，再经过浏览器的解释，呈现给我们的就是一个文件、画面的网页。

OK，经过了对 HTTP 里这三个名词的详细解释，就可以给出比「超文本传输协议」这七个字更准确更

有技术含量的答案：

HTTP是一个在计算机世界里专门在[两点]之间[传输]文字、图片、视频、音频等[超文本]的约定和规范

问：「HTTP 是用于从互联网服务器传输超文本到本地浏览器的协议 ，这种说法正确吗？

不正确， 因为也可以是【服务器<—>服务器】，所以采用两点之间描述更加准确

问：HTTP常见状态码有哪些

1xx

1xx 类状态码属于提示信息，是协议处理中的一种中间状态，实际用到的比较少。

2xx

2xx 类状态码表示服务器成功处理了客户端的请求，也是我们最愿意看到的状态。

• 「200 OK」是最常见的成功状态码，表示一切正常。如果是非 HEAD 请求，服务器返回的响应头都会有 body 数据。
• 「204 No Content」也是常见的成功状态码，与 200 OK 基本相同，但响应头没有 body 数据。
• 「206 Partial Content」是应用于HTTP 分块下载或断点续传，表示响应返回的 body 数据并不是资源
  的全部，而是其中的一部分，也是服务器处理成功的状态。

3xx

3xx 类状态码表示客户端请求的资源发送了变动，需要客户端用新的 URL 重新发送请求获取资源，
也就是重定向。

• 「301 Moved Permanently」表示永久重定向，说明请求的资源已经不存在了，需改用新的 URL 再次访问。
• 「302 Found」表示临时重定向，说明请求的资源还在，但暂时需要用另一个URL来访问。
• 「304 Not Modified」不具有跳转的含义，表示资源未修改，重定向已存在的缓冲文件，也称缓存重定 向，用于缓存控制。

4xx

4xx类状态码表示客户端发送的报文有误，服务器无法处理，也就是错误码的含义。

• 「400 Bad Request」表示客户端请求的报文有错误，但只是个笼统的错误。

• 「403 Forbidden」表示服务器禁止访问资源，并不是客户端的请求出错。

• 「404 Not Found」表示请求的资源在服务器上不存在或未找到，所以无法提供给客户端。

5xx

5xx 类状态码表示客户端请求报文正确，但是服务器处理时内部发生了错误，属于服务器端的错误码。

• 「500 Internal Server Error」与 400 类型，是个笼统通用的错误码，服务器发生了什么错误，我们并不知道。
• 「501 Not Implemented」表示客户端请求的功能还不支持，类似“即将开业，敬请期待”的意思。
• 「502 Bad Gateway」通常是服务器作为网关或代理时返回的错误码，表示服务器自身工作正常，访问后端服务器发生了错误。
• 「503 Service Unavailable」表示服务器当前很忙，暂时无法响应服务器，类似“网络服务正忙，请稍后重试”的意思。

问：Http常见字段

Host 字段

客户端发送请求时，用来指定服务器的域名。有了Host字段，就可以将请求发往「同一台」服务器上的不同网站。

Content-Length 字段

服务器在返回数据时，会有 Content-Length字段，表明本次回应的数据长度。

如下图：Content-Length: 1000是告诉浏览器，本次服务器回应的数据长度是 1000 个字节，后面的字节就属于下一个回应了

Content-Type 字段

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

如下图：Content-Type: text/html; charset=utf-8表明，发送的是网页，而且编码是UTF-8。

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

比如：Accept: */*，客户端声明自己可以接受任何格式的数据。

Content-Encoding字段

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

如下图， Content-Encoding: gzip表示服务器返回的数据采用了 gzip 方式压缩，告知客户端需要用此方式解压。

客户端在请求时，用 Accept-Encoding字段说明自己可以接受哪些压缩方法。比如Accept-Encoding: gzip, deflate

Connection 字段

Connection 字段最常用于客户端要求服务器使用 TCP 持久连接，以便其他请求复用。

比如下图：Connection: keep-alive表示一个可以复用的 TCP 连接已经建立了，直到客户端或服务器主动关闭连接。

问： http(1.1)的优点有哪些？是怎么体现的

http最突出的有点事简单、灵活和易于扩展、应用广泛和跨平台

简单

http基本的报文格式为header+body，头部信息也是key-value简单文本的形式，易于理解，降低了学习和使用的门槛

灵活和易于扩展

HTTP协议里的各类请求方法、URI/URL、状态码、头字段等每个组成要求都没有被固定死，都允许开
发人员自定义和扩充。

同时 HTTP 由于是工作在应用层（ OSI 第七层），则它下层可以随意变化。

HTTPS 也就是在 HTTP 与 TCP 层之间增加了 SSL/TLS 安全传输层，HTTP/3 甚至把 TCP 层换成了基
于 UDP 的 QUIC。

应用广泛和跨平台

互联网发展至今，HTTP 的应用范围非常的广泛，从台式机的浏览器到手机上的各种 APP，从看新闻、
刷贴吧到购物、理财、吃鸡，HTTP 的应用片地开花，同时天然具有跨平台的优越性。

问： http（1.1）有什么缺点

HTTP 协议里有优缺点一体的双刃剑，分别是「无状态、明文传输」，同时还有一大缺点「不安全」。

无状态双刃剑

无状态的好处，因为服务器不会去记忆 HTTP 的状态，所以不需要额外的资源来记录状态信息，这能减

轻服务器的负担，能够把更多的 CPU 和内存用来对外提供服务

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

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

对于无状态的问题，解法方案有很多种，其中比较简单的方式用 Cookie 技术：Cookie 通过在请求和响应报文中写入 Cookie 信息来控制客户端的状态。，相当于在客户端第一次请求后，服务器会下发一个装有客户信息的「小贴纸」，后续客户端请求服务器的时候，带上「小贴纸」，服务器就能认得了了

明文传输双刃剑

明文意味着在传输过程中的信息，是可方便阅读的，通过浏览器的 F12 控制台或 Wireshark 抓包都可

以直接肉眼查看，为我们调试工作带了极大的便利性。

但是这正是这样，HTTP 的所有信息都暴露在了光天化日下，相当于信息裸奔。在传输的漫长的过程

中，信息的内容都毫无隐私可言，很容易就能被窃取，如果里面有你的账号密码信息，那你号没了。

不安全

HTTP 比较严重的缺点就是不安全：

通信使用明文（不加密），内容可能会被窃听。比如，账号信息容易泄漏，那你号没了。

不验证通信方的身份，因此有可能遭遇伪装。比如，访问假的淘宝、拼多多，那你钱没了。

无法证明报文的完整性，所以有可能已遭篡改。比如，网页上植入垃圾广告，视觉污染，眼没了。

HTTP 的安全问题，可以用 HTTPS 的方式解决，也就是通过引入 SSL/TLS 层，使得在安全上达到了极 致。

问： http（1.1）性能如何

http协议是基于tcp/ip, 并且使用了「请求 - 应答」的通信模式，所以性能的关键就在这两点里。

长连接

早期 HTTP/1.0 性能上的一个很大的问题，那就是每发起一个请求，都要新建一次 TCP 连接（三次握
手），而且是串行请求，做了无谓的 TCP 连接建立和断开，增加了通信开销。
为了解决上述 TCP 连接问题，HTTP/1.1 提出了长连接的通信方式，也叫持久连接。这种方式的好处在
于减少了 TCP 连接的重复建立和断开所造成的额外开销，减轻了服务器端的负载。

持久连接的特点是，只要任意一端没有明确提出断开连接，则保持 TCP 连接状态。

管道网络传输

HTTP/1.1 采用了长连接的方式，这使得管道（pipeline）网络传输成为了可能。
即可在同一个 TCP 连接里面，客户端可以发起多个请求，只要第一个请求发出去了，不必等其回来，就可以发第二个请求出去，可以减少整体的响应时间。

举例来说，客户端需要请求两个资源。以前的做法是，在同一个TCP连接里面，先发送 A 请求，然后等待服务器做出回应，收到后再发出 B 请求。管道机制则是允许浏览器同时发出 A 请求和 B 请求。

但是服务器还是按照顺序，先回应 A 请求，完成后再回应 B 请求。要是前面的回应特别慢，后面就会有许多请求排队等着。这称为「队头堵塞」。

队头阻塞

「请求 - 应答」的模式加剧了 HTTP 的性能问题。
因为当顺序发送的请求序列中的一个请求因为某种原因被阻塞时，在后面排队的所有请求也一同被阻塞了，会招致客户端一直请求不到数据，这也就是「队头阻塞」。好比上班的路上塞车。

总之 HTTP/1.1 的性能一般般，后续的 HTTP/2 和 HTTP/3 就是在优化 HTTP 的性能。

问： HTTP1.1相比HTTP1.0提高了什么性能

• 使用TCP长连接的方式改善了HTTP1.0短连接造成的性能开销
• 支持管道(pipeline)网络传输，只要第一个请求发出去了，不必等其回来，就可以发送第二个请求了

但是HTTP1.0也有性能瓶颈：

• 请求/响应头部(header)未经压缩就发送，首部信息越多延迟越大。只能压缩Body部分
• 发送冗长的首部。每次互相发送相同的首部造成的浪费较多。
• 服务器是按照请求的顺序响应的，如果服务器响应慢，会招致客户端一直请求不到数据，也就是对头阻塞
• 没有请求优先级控制
• 请求只能从客户端开始，服务器只能被动响应