独奏’s BLOG

HTTP协议简介

独奏

学习思考|2015-7-13|最后更新: 2023-2-23|
type
status
date
slug
summary
tags
category
icon
password
这里只介绍目前应用比较广泛的HTTP/1.1协议，一个完整的 HTTP 协议分为请求和响应部分，这里分别做介绍

请求(request)

一个完整的 HTTP/1.1 请求如下形式
POST：
GET:
主要分三个部分：
  1. 第一部分是请求行
该部分指定方法、资源路径、协议版本
  1. 第二部分就是请求头(header)
header 紧跟在请求行的下一行，在HTTP/1.1协议中，所有的请求头，除Host外，都是可选的。
  1. 第三部分是消息体(body)
这里是消息的主体部分，可以有多种形式，消息体的数据格式主要通过 header 里面的 Content-Type 属性指定。
另外请求行必须以回车换行符结尾。空行内必须只有而无其他空格。

HTTP/1.1 请求方法

HTTP/1.1协议中共定义了八种方法（也叫“动作”）来以不同方式操作指定的资源：
  • OPTIONS：这个方法可使服务器传回该资源所支持的所有HTTP请求方法。用来代替资源名称，向Web服务器发送OPTIONS请求，可以测试服务器功能是否正常运作。
  • HEAD：与GET方法一样，都是向服务器发出指定资源的请求。只不过服务器将不传回资源的本文部分。它的好处在于，使用这个方法可以在不必传输全部内容的情况下，就可以获取其中“关于该资源的信息”（元信息或称元数据）。
  • GET：向指定的资源发出“显示”请求。使用GET方法应该只用在读取数据，而不应当被用于产生“副作用”的操作中，例如在Web Application中。其中一个原因是GET可能会被网络蜘蛛等随意访问。参见安全方法
  • POST：向指定资源提交数据，请求服务器进行处理（例如提交表单或者上传文件）。数据被包含在请求本文中。这个请求可能会创建新的资源或修改现有资源，或二者皆有。
  • PUT：向指定资源位置上传其最新内容。
  • DELETE：请求服务器删除Request-URI所标识的资源。
  • TRACE：回显服务器收到的请求，主要用于测试或诊断。
  • CONNECT：HTTP/1.1协议中预留给能够将连接改为渠道方式的代理服务器。通常用于SSL加密服务器的链接（经由非加密的HTTP代理服务器）。 方法名称是区分大小写的。当某个请求所针对的资源不支持对应的请求方法的时候，服务器应当返回状态码405（Method Not Allowed），当服务器不认识或者不支持对应的请求方法的时候，应当返回状态码501（Not Implemented）。
HTTP服务器至少应该实现GET和HEAD方法，其他方法都是可选的。当然，所有的方法支持的实现都应当符合下述的方法各自的语义定义。此外，除了上述方法，特定的HTTP服务器还能够扩展自定义的方法。例如：
  • PATCH（由 RFC 5789 指定的方法）:用于将局部修改应用到资源。

响应(response)

响应如下形式
第一行同样是响应行，包含协议版本、状态吗、状态描述
后面分别是响应头、响应体。与请求部分类似，响应头响应体之间用空行区分

状态码

所有HTTP响应的第一行都是状态行，依次是当前HTTP版本号，3位数字组成的状态代码，以及描述状态的短语，彼此由空格分隔。
状态代码的第一个数字代表当前响应的类型：
  • 1xx消息——请求已被服务器接收，继续处理
  • 2xx成功——请求已成功被服务器接收、理解、并接受
  • 3xx重定向——需要后续操作才能完成这一请求
  • 4xx请求错误——请求含有词法错误或者无法被执行
  • 5xx服务器错误——服务器在处理某个正确请求时发生错误

协议说明

幂等

幂等的方法意味着请求成功执行所得到的的结果不依赖于该方法被执行的次数。 GET，HEAD，PUT和DELETE方法都有这样的幂等属性，同样由于根据协议，OPTIONS，TRACE都不应有副作用，因此也理所当然也是幂等的。而POST显然是非幂等的。

持续连接

在HTTP 0.9和1.0使用非持续连接，在非持续连接下，每个tcp只连接一个web对象，连接在每个请求-回应对后都会关闭。HTTP/1.1 中一个连接可被多个请求重复利用的保持连接机制被引入。这种连接持续化显著地减少了请求延迟，因为客户不用在首次请求后再次进行TCP交互确认创建连接。现在在HTTP 1.1使用持续连接，不必为每个web对象创建一个新的连接，一个连接可以传送多个对象。 HTTP1.1还进行了带宽优化，例如1.1引入了分块传输编码来允许流化传输持续连接上发送的内容，取代原先的buffer式传输。HTTP渠道允许客户在上一个回应被收到前发送多重请求从而进一步减少了延迟时间。
另一项协议的改进是byte serving（字节服务），允许服务器根据客户的请求仅仅传输资源的一部分。

HTTP/1.1 相较于 HTTP/1.0 区别

  • 缓存处理
  • 带宽优化及网络连接的使用
  • 错误通知的管理
  • 消息在网络中的发送
  • 互联网地址的维护
  • 安全性及完整性