# 「面试」Http

# HTTP协议的特点

• 无连接：连接一次就会断开，不会保持连接
• 无状态：但从HTTP协议不能够区分两次连接者的身份
• 简单快速：每个资源（统一资源符）都是固定的
• 灵活：通过一个HTTP协议就可以完成不同数据类型的传输

# HTTP报文的组成部分

• 请求报文
  • 请求行：包含HTTP方法、页面地址、HTTP协议、版本
  • 请求头：一些key-value值来告诉服务端我要那些内容，要用什么类型
  • 空行：告诉服务端下一行为请求体
  • 请求体
• 响应报文
  • 响应行
  • 响应头
  • 空行
  • 请求体

# HTTP方法

• GET：获取资源
• POST：传输资源
• PUT：更新资源
• DELETE：删除资源
• HEAD：获得报文首部

# GET和POST的区别

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

# HTTP状态码

# HTTP持久连接

HTTP协议采用“请求-应答"模式，当使用普通模式，即非Keep-Alive模式时，每个请求/应答客户和服务器都要新建一个连接，完成之后立即断开连接(HTTP协议为无连接的协议)
当使用Keep-Alive模式(又称持久连接、连接重用)时，Keep-Alive 功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive 功能避免了建立或者重新建立连接

自1.1开始支持

# 管线化

使用持久连接的情况下，某个连接上消息的传递类似于请求1->响应1->请求2->响应2->请求3->响应3
管线化情况下，某个连接_上的消息变成了类似这样请求1 ->请求2->请求3->响应1 ->响应2 ->响应3

# 特点

• 管线化机制通过持久连接完成，仅HTTP/1.1支持此技术
• 只有GET和HEAD请求可以进行管线化，而POST则有所限制
• 初次创建连接时不应启动管线机制，因为对方(服务器)不一定支持HTTP/1.1版本的协议
• 管线化不会影响响应到来的顺序，如上面的例子所示，响应返回的顺序并未改变
• HTTP/1.1要求服务器端支持管线化，但并不要求服务器端也对响应进行管线化处理，只是要求对于管线化的请求不失败即可
• 由于.上面提到的服务器端问题，开启管线化很可能并不会带来大幅度的性能提升，而且很多服务器端和代理程序对管线化的支持并不好，因此现代浏览器如Chrome和Firefox默认并未开启管线化支持