一、HTTP协议的主要特点

1. 简单快速：每个资源URI是固定的，访问某个资源输入URI即可
2. 灵活：在每一个HTTP协议中，请求头部分有一个数据类型，通过一个HTTP协议可以完成不同的数据类型传输
3. 无连接：连接一次就会断开，不会保持连接
4. 无状态：客户端和服务端连接，服务端没有办法通过两次连接区分客户端的身份，因为它没有客户端的身份信息

二、HTTP报文的组成部分

1. 请求报文
   1-1. 请求行：http方法、页面地址、http协议、以及版本
   1-2. 请求头: key:value 告诉服务端我需要哪些类型的内容
   1-3. 空行： 区分开请求头和请求体
   1-4. 请求体
2. 响应报文
   2-1. 状态行
   2-2. 响应头
   2-3. 空行
   2-4. 响应体

三、HTTP方法

1. GET → 获取资源
2. POST → 传输资源
3. PUT → 更新资源
4. DELETE → 删除资源
5. HEAD → 获得报文首部

四、POST和GET的区别

1. GET在浏览器回退时是无害的，而POST会再次提交请求
2. GET产生的URL地址可以被收藏，而POST不可以
3. GET请求会被浏览器主动缓存，而POST不会，除非手动设置
4. GET请求只能进行url编码，而POST支持多种编码方式
5. GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留
6. GET请求再URL中传送的参数是有长度限制的，而POST没有限制
7. 对参数的数据类型，GET只接受ASCII字符，而POST没有限制
8. GET比POST更不安全，因为参数直接暴露再URL上，所以不能用来传递敏感信息
9. GET参数通过URL传递，POST放在Request body中

五、HTTP状态码

1. 状态码分类

1. 1xx：指示信息 —表示请求已接收，继续处理
2. 2xx：成功—表示请求已被成功接收
3. 3xx：重定向—要完成请求必须进行更进一步的操作
4. 4xx：客户端错误—请求有语法错误或请求无法实现
5. 5xx：服务器错误—服务器未能实现合法的请求

2.常见状态码

1. 200 OK：客户端请求成功
2. Partial Content：客户发送了一个带有Range（范围）头的GET请求，服务器完成了它
   场景描述：video标签播放视频地址或音频地址，发送请求获取这个视频或音频，假设是5分钟，然后根据Range值截取内容返回，假设Range是0-3分钟，那么客户端就只能获取0-3分钟的视频或音频。
3. 301 Moved Permanently ：所请求的页面已转移到新的url ，永久重定向
4. 302 Found：所请求的页面已经临时转移至新的url，临时重定向
5. 304 Not Modified:服务器端告诉客户端，客户端已有缓存，无需重新获取，可以重新使用缓存
6. 400 Bad Request：客户端请求有语法错误，不能被服务器所理解
7. 401 请求未经授权，这个状态码必须和WWW-Authenticate报头域一起使用， 一般是登录信息已失效，比如token
8. 403 Forbidden: 对被请求页面的访问被禁止， 有些资源不允许客户端访问，只能服务器端访问
9. 404 Not Found: 请求资源不存在
10. 500 Internal Server Error: 服务器发生不可预期的错误原来缓冲的文档还可以继续使用
11. 503 Server Unavaiable: 请求未完成，服务器临时过载或宕机，一段时间后可能恢复正常

六、什么是持久连接

HTTP 协议采用 “请求—应答”模式，当使用普通模式，即非Keep-Ailve模式时，每个请求/应答客户和服务器都要新建一个连接，完成之后立即断开连接（HTTP协议为无连接的协议）

当使用Keep -Alive 模式 （又称持久连接、连接重用）时，Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后续请求时，Keep-Alive 功能避免了建立或者重新建立连接

七、什么是管线化

持久连接的普通模式：请求和响应都是分开处理的，连接消息传递类似于
请求1 → 响应1→请求2 → 响应2→请求3 → 响应3
类似于电路并联；像火车站三个人分别从三个不同窗口进站

持久连接的管线化，把所有请求打包再一起，然后一起发送，响应数据也打包再一起，一块返回，类似于
请求1 →请求2→请求3 → 响应1→ 响应2→ 响应3
类似于电路串联；像家里哥哥、妹妹、姐姐都要喝不同类型的奶茶，让妹妹统一去点，然后妹妹回来分给大家

管线化的特点

1. 管线化机制通过持久连接完成，仅HTTP/1.1 支持此技术
2. 只有GET和HEAD请求可以进行管线化，而POST则有所限制
3. 初次创建连接时不应启动管线机制，因为服务器不一定支持HTTP/1.1版本的协议
4. 管线化不会影响响应到来的顺序
5. HTTP1.1 要求服务端支持管线化
6. 由于上面提到的服务器问题，开启管线化很可能并不会带来大幅度的性能提升，而且很多服务器端和代理程序对管线化的支持并不好，因此现代浏览器如Chrome和Firefox默认为开启管线化支持