HTTP/1.1协议中的八种请求

2023年8月29日，周二晚上

---

目录

• 概述八种请求
• GET请求
• POST请求
• PUT请求
• PATCH请求
• DELETE请求
• HEAD请求
• OPTIONS请求
• TRACE请求

---

概述八种请求

 HTTP/1.1协议中定义了8种常用的请求方法,分别是:
1. GET

• 用途:请求指定的页面信息,并返回实体主体。
• 例子:获取一个网页、图片等静态内容。

2. POST 

• 用途:向指定资源提交数据进行处理(例如提交表单或上传文件)。
• 例子:新增数据、发送评论。

3. PUT

• 用途:向指定资源位置上传其最新内容。
• 例子:更新已有资源。

4. PATCH 

• 用途:更新资源的部分内容。
• 例子:修改用户个人资料中的一部分字段。

5. DELETE

• 用途:删除指定资源。
• 例子:删除文章或评论。 

6. HEAD

• 用途:获取报头中的元数据,但不返回实体内容。
• 例子:查看资源是否存在。

7. OPTIONS 

• 用途:获取信息,关于资源的哪些属性是客户端可以使用的。
• 例子:检查后端API的功能。

8. TRACE

• 用途:回显收到的请求,主要用于测试或诊断目的。
• 例子:测试请求是否到达服务端。

这八种方法覆盖了大多数的CRUD(创建、读取、更新、删除)操作,在Web服务开发中广泛应用。

正确使用请求方法能提高效率和语义性。

GET请求

GET请求主要用于获取资源,其特征和用途如下:

• 获取指定资源,如文件、记录等,不会修改资源。
• 参数通过URL传递,长度限制一般在2KB。
• 请求体为空,所有信息都在URL中。
• 浏览器默认使用GET请求链接资源。

典型应用场景:

• 获取网页或JSON数据接口信息。
• 查询数据库记录或文件内容。
• 下载静态资源如图片、视频等。
• 搜索引擎抓取网页时使用GET。
• 实现幂等操作,多次GET不会改变资源状态。

与POST不同点:

• GET只获取资源,POST可创建/修改资源
• GET参数在URL中,POST在请求体中
• GET适合小数据量,POST无限制
• GET请求结果可以缓存,POST不可以

所以总结来说,GET用于安全地获取资源,不会修改资源状态,它应用于数据量小且不涉及敏感信息的查询场景。

POST请求

 POST请求主要用于向服务器提交数据,以创建或修改资源,具有以下主要特征和用途:

• 用于服务器端资源创建/修改,如发布文章、添加用户等会修改资源状态的操作。
• 可以在请求体中发送结构化的数据,没有数据长度限制。
• POST参数放在请求体中,不会暴露在URL上,较安全不适用于敏感数据GET。 
• 可以向后端API传递复杂请求体,实现更丰富的功能,如远程调用。
• 通常用于表单提交场景,如登录、注册、评论等。
• POST请求结果一般不会被缓存。

POST请求的典型应用场景包括:

• 登录系统提交用户名密码。
• 注册用户信息到用户数据库。
• 发布新文章/评论内容到网站。
• 上传文件或图片到服务器。
• 提交表单数据。
• 调用远程API,向后端传递JSON请求体。
• AJAX请求提交数据到后端不刷新页面。
• 浏览器向后端提交搜索查询词。
• 进行在线支付提交订单或付款信息。
• 发起HTTP请求调用后端服务或功能。

与GET不同点:

• GET只获取资源,POST可创建或修改资源
• GET参数在URL中,POST在请求体中  
• GET适合小数据量,POST无长度限制
• GET结果可以缓存,POST不可以

所以总结来说,POST用于向服务器端提交数据以创建或修改资源,尤其适用于表单提交、文件上传等需要传输大数据的场景。

PUT请求

 PUT请求主要用于资源的完整替换,即完全更新一个资源。它的主要特征和用途如下:

• 用来替换资源,完全更新资源的内容。
• 如果请求的资源不存在,则创建该资源。
• PUT请求必须提供请求体,指定更新的完整资源内容。
• 通常情况下PUT是幂等操作,多次执行同样效果只是替换一次。

一些具体应用场景:

• 更新用户个人资料中的所有字段。
• 更新文章或评论的完整内容。 
• 替换一个文件或图片的完整内容。
• 更新资源的完整结构,如数据库表结构。

与PATCH相比:

• PATCH用于局部更新资源的部分字段。
• PUT用于完整替换资源的所有字段。

所以总体来说,PUT用于替换资源的完整内容,完全更新一个资源,而不是局部修改。它适用于需要完全覆盖原内容的场景。

PATCH请求

PATCH请求主要用于部分更新资源,即只更新资源的部分字段,而不是完整替换整个资源内容。

它的主要特征和用途:

• 用于更新资源的部分属性,而不是完全替换资源。
• PATCH请求必须在请求体中指明待更新的字段和新值。
• 如果请求的资源不存在,则会报错而不是自动创建。
• 通常情况下PATCH也是幂等操作。

一些具体应用场景:

• 更新用户资料中的个别字段,如昵称、头像等。
• 更新文章的标题或内容摘要而不是完整内容。
• 更新商品的库存数量或价格而不是整个商品详情。 
• 修改数据库表中的某些字段值。

与PUT的区别:

• PUT用于完整替换资源内容
• PATCH只更新资源的部分字段值

所以总体来说,PATCH用于更新资源的部分属性值,而不是完全替换整个资源,它可以更精细地控制更新的范围。

DELETE请求

 DELETE请求主要用于删除资源,其主要特征和用途如下:

• 用于删除指定的资源,将其从服务器中完全移除。
• DELETE请求没有请求体,所有信息都在请求URL中。
• 如果资源不存在,服务器也会返回204状态码而不是404。
• DELETE通常是幂等操作,多次删除同一个资源只会产生一次删除操作。

一些典型应用场景:

• 删除文章、评论或其他内容资源。
• 从购物车或收藏夹中移除商品。
• 解除关注用户或删除好友关系。
• 从数据库或存储系统中删除记录。
• 删除文件或其他存储资源。

与PUT/PATCH不同的是:

• PUT/PATCH更新资源内容
• DELETE完全删除资源

所以总体来说,DELETE请求用于完全删除服务器上的某个资源,将其从存储系统中移除,而不是仅更新资源内容。它适用于需要彻底删除资源的场景。

HEAD请求

HEAD请求用于获取资源的元数据,而不是资源本身的内容。

它的主要特征和用适:

• HEAD请求和GET请求一样,但不返回响应体内容,只返回响应报头。
• 可以用来获取文件或页面的元数据,如大小、类型、最后修改时间等。
• 由于没有传输正文内容,HEAD请求比GET请求更快和高效。

一些典型应用场景:

• 检查文件是否存在,获取其属性信息但不下载文件。
• 验证链接是否可用,获取页面信息但不传输整个页面。
• 测试服务器性能,模拟GET但不传输内容体检测响应速度。
• 网站分析,统计页面访问但不占用带宽下载正文。

与GET的区别:

• GET返回完整响应包括报头和正文
• HEAD只返回报头,不返回正文内容

所以总体来说,HEAD请求用于快速和高效地获取资源的元数据信息,而不需要传输整个内容体,它可以看作是只返回头部的GET请求。

OPTIONS请求

OPTIONS请求用于获取与资源相关的通信选项,并且获取该资源支持的HTTP请求方法。

主要特征和用途:

• 不会对资源本身进行操作,仅用于获取资源相关信息。
• 服务器会返回允许的请求方法类型,如GET、POST等。
• 还会返回其他元信息,如请求头、实体主体等资源可以处理的信息。

典型应用场景:

• 跨域请求前,了解服务器是否支持跨域请求。
• 客户端检测Web服务是否支持某种操作,以便进行后续请求。
• 测试链接是否可以访问,获取允许的操作类型。
• 了解API接口支持的请求方式,比如只允许GET不允许POST。

与其他方法不同:

• OPTIONS不对资源本身进行操作。
• 它主要用于获取资源相关元信息,而非实际操作资源。

所以总体来说,OPTIONS请求用于获取资源的相关元信息,比如支持的请求方式,而不对资源本身进行任何实质性操作。

TRACE请求

TRACE请求是用于检测或诊断通信路径以及检测中间网关或服务器。

它的主要特征和用途:

• 服务器将原样返回请求报文,包括请求头和请求体内容。
• 可以用于测试请求是否正确传输,是否有被修改或过滤。
• 可用于诊断客户端和服务器之间的通信链路问题。
• 还可以获取服务器软件版本和其他系统信息。

一些典型应用场景:

• 网络诊断,测试请求是否被中间设备修改或过滤。
• 跟踪请求在各个节点的处理过程,调试通信问题。
• 检测服务器软件和操作系统版本是否被修改。
• 测试防火墙和代理是否允许TRACE请求通过。

与其他方法不同:

• TRACE不对资源本身产生影响,只是原样返回请求。
• 它主要用于诊断和测试通信质量,而非实际操作资源。

所以总体来说,TRACE请求用于测试和诊断客户端与服务器之间的通信质量,可以追踪请求在各个节点的处理过程。