HTTP/1.1协议中的八种请求

2023年8月29日,周二晚上


目录


概述八种请求

 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请求用于测试和诊断客户端与服务器之间的通信质量,可以追踪请求在各个节点的处理过程。

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

巨龙之路

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值