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