前端面试题(4)——HTTP协议类


  1. HTTP协议的主要特点
  2. HTTP报文的组成部分
  3. HTTP方法
  4. POST和GET的区别
  5. HTTP状态码
  6. 什么是持久连接
  7. 什么是管线化

一、HTTP协议的主要特点

  1. 简单快速:每个资源都是固定的,都有自己的一个url;
  2. 灵活:每一个HTTP协议中有一个头部分,都有一个数据类型,通过一个HTTP协议就可以完成不同数据类型的传输;
  3. 无连接:连接一次就会断掉,不会保持连接;
  4. 无状态:客户端和服务端是两种身份,单从HTTP协议上是不能区别两次连接者的身份的;

二、HTTP报文的组成部分

  1. 请求报文
    • 请求行
      • HTTP方法
      • 页面地址
      • HTTP协议以及版本
    • 请求头
      • 一些key,value值,来告诉服务端要哪些内容,要什么类型;
    • 空行
      • 告诉服务端请求头结束了,接下来的内容就是请求体了;
    • 请求体
  2. 响应豹纹
    • 状态行
    • 响应头
    • 空行
    • 响应体

三、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中传送的参数是有长度限制的(一般是2k,不同浏览器限制长度不同),而POST没有限制(必须记住);
  7. 对参数的数据类型,GET只接受ASCII字符,而POST没有限制;
  8. GET比POST更不安全,因为参数直接暴露在URL上,所以不能用来传递敏感信息;
  9. GET参数通过URL传递,POST放在Request body中(必须记住);

五、HTTP状态码

  1. 1XX:指示信息--表示请求已接受收,继续处理;
  2. 2XX:成功--表示请求已被成功接受;
    • 200 OK:客户端请求成功;
    • 206 Partial Content:客户发送了一个带有Range(范围,例如0-10000字节)头的GET请求,服务器完成了它;
  3. 3XX:重定向--要完成请求必须进行更进一步的操作;
    • 301 Moved Permanently:所请求的页面已经转移至新的url;
    • 302 Found:所请求的页面已经临时转移至新的url;
    • 304 Not Modified:客户端有缓存的文档并发出了一个条件性的请求,服务器告诉客户,原来缓存的文档还可以继续使用;
  4. 4XX:客户端错误--请求有语法错误或请求无法实现;
    • 400 Bad Request:客户端请求有语法错误,不能被服务器所理解;
    • 401 Unauthorized:请求未经授权,这个状态代码必须和Www-Authenticate报头域一起使用;
    • 403 Forbidden:对被请求页面的访问被禁止;
    • 404 Not Found:请求资源不存在;
  5. 5XX:服务器错误--服务器未能实合法的请求;
    • 500 Internal Server Error:服务器发生不可预期的错误原来缓冲的文档还可以继续使用;
    • 503 Server Unavailable:请求未完成,服务器临时过载或当机,一段时间后可能恢复正常;

六、持久连接(HTTP 1.1版本才支持,1.0版本是不支持的)

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

七、管线化(我把请求打包一次给你传输过去,你也打包一次响应过来)

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

你可能感兴趣的:(前端面试题(4)——HTTP协议类)