HTTP协议简单总结

1、HTTP协议的主要特点

  • 简单快速: 每个uri(统一资源标识符)是固定的,因此处理简单
  • 灵活: 通过1个HTTP协议可以完成不同数据类型的传输
  • 无连接: 连接一次就会断掉,不会保持连接
  • 无状态: 服务端不会保存之前连接的状态,无缓存

2、HTTP报文

  • 请求报文
    • 请求行: 包含HTTP方法、页面地址、HTTP协议以及版本
    • 请求头: key/value值告诉服务端所请求的内容
    • 空行: 不可省略,用于区分请求头与请求行
    • 请求体
  • 相应报文
    • 状态行
    • 响应头
    • 空行
    • 相应体

3、HTTP方法

  • Get : 获取资源
  • Post: 传输资源
  • Put: 更新资源
  • Delete: 删除资源
  • Head: 获取报文首部(类似于GET)
  • Track: 回显服务器收到的请求, 测试/诊断用
  • Options: 允许客户端查看服务端的性能
  • Connect: HTTP代理

4、GET与POST的区别

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

5、状态码

  • 1xx : 指示信息 - 表示请求已接收,继续处理
  • 2xx : 成功 - 表示成功已被成功接收
    • 200 OK - 客户端请求成功
    • 206 Partial Content - 客户端发送了一个带有Range头的GET请求,服务器完成了他
  • 3xx : 重定向 - 要完成请求必须进行更进一步操作
    • 301 Moved Permanentil - 永久重定向
    • 302 Found - 临时重定向
    • 304 Not Modified - 客户端有缓冲的文档并发出了一个条件性的请求,服务端告诉客户,原来缓冲的文档还可以使用 
  • 4xx : 客户端错误
    • 400 Bad Request - 客户端请求有语法错误,不能被服务端所理解 
    • 401 Unauthorized - 请求未经允许,当前请求需用户验证,这个状态码必须和WWW-Authenticate报头域一起使用
    • 402  - 预留
    • 403 Forbidden - 被请求页面的访问被禁止 ,即没有权限
    • 404 Not Found - 请求的资源不存在
  • 5xx : 服务端错误
    • 500 Internal Server Error - 服务器发生不可预期的错误,原来缓冲的文档还可以继续使用
    • 501 - 服务端不支持当前请求锁需要的某个功能
    • 502 - 从上游服务器接收到无效相应
    • 503 Server Unavailable - 请求未完成,临时问题,服务器临时过载或宕机,过一段时间可以恢复正常
    • 504 - 上游无响应
    • 505 - 服务器拒绝或者不支持使用的HTTP版本

6、持久连接

HTTP协议采用“请求-应答”模式,当使用普通模式,即非Keep-Alive模式时,每个请求/应答客户端与服务端都要新建立一个连接,完成之后立即断开连接(HTTP协议为无连接的协议)

当使用Keep-Alive模式时(又称持久连接,连接重用)时,Keep-Alive功能使客户端到服务端的连接持久有效,当出现对服务器的后继请求时,Keep-Alive功能避免了建立或重新建立连接 。 

持久连接仅支持HTTP1.1及以上版本

7、管线化

在使用持久连接的情况下,某个连接上消息的传递类似于:

请求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默认并未开启管线化支持

 

 

 

 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值