探索 HTTP 请求方法：GET、POST、PUT、DELETE 等的用法详解

---

前言

在 Web 开发中，HTTP 请求方法决定了客户端与服务器之间如何交流数据。无论使用 HTTP 还是 HTTPS 协议，这些请求方法都遵循相同的标准。
本文将深入探讨常见的请求方法（GET、POST、PUT、DELETE 等）的用法、适用场景及常见误区。

---

提示：以下是本篇文章正文内容，下面案例可供参考

一、GET 方法：用于获取资源

• 作用
  GET 方法用于请求服务器中的资源，是最常用的请求方法。GET 请求的数据通过 URL 参数附带，适用于无副作用的查询操作，不会更改服务器数据。

• 应用场景
  1、获取文章列表、商品详情等。
  2、不会产生数据更改的请求，如查看页面。

• 特点
  1、数据在 URL 中传递，通常有长度限制。
  2、GET 请求是幂等的，多次请求相同资源不会影响结果。
  3、响应结果通常可以被缓存，提升页面加载速度。

示例：

GET /api/products?category=electronics HTTP/1.1
Host: example.com

二、POST 方法：用于提交数据

• 作用
  POST 方法用于向服务器提交数据，并产生某种操作（如创建数据、提交表单等）。
  POST 请求的数据包含在请求体中，适用于创建新的资源或提交敏感数据。

• 应用场景
  1、用户注册、登录提交表单。
  2、文件上传、产品添加等。

• 特点
  1、数据在请求体中传递，无长度限制。
  2、POST 请求不是幂等的，多次相同的请求可能会创建重复的资源。
  3、不适合缓存，一般用于产生数据变更的操作。

示例：

POST /api/products HTTP/1.1
Host: example.com
Content-Type: application/json{"name": "Smartphone","price": 699,"category": "electronics"
}

三、PUT 方法：用于更新资源

• 作用

• PUT 方法用于更新服务器中的指定资源。客户端需要向服务器发送完整的更新内容，以替换原有资源的内容。

• 应用场景：
  1、更新用户信息、修改订单状态等。
  2、适合资源的完整更新操作。

• 特点：
  1、幂等操作：多次发送相同 PUT 请求不会产生额外影响。
  2、通常需要资源的唯一标识符（如 ID）来确定更新目标。

示例：

PUT /api/products/1 HTTP/1.1
Host: example.com
Content-Type: application/json{"name": "Updated Smartphone","price": 749
}

四、DELETE 方法：用于删除资源

• 作用
  DELETE 方法用于删除服务器中的指定资源，适用于移除资源的操作。

• 应用场景
  删除用户账户、取消订单等。

• 特点：
  1、幂等操作：多次发送相同的 DELETE 请求不会改变结果。
  2、通常用于资源的不可逆操作，删除成功后资源将不再存在。

示例：

DELETE /api/products/1 HTTP/1.1
Host: example.com

五、PATCH 方法：用于部分更新资源

• 作用
  PATCH 方法用于对资源进行部分更新，适用于只更新某些字段，而不需要发送完整的数据。

• 应用场景：
  更新用户信息的部分字段，如修改用户昵称或状态。

• 特点：
  1、不是幂等的（根据实现方式），但通常用于细粒度的更新。
  2、比 PUT 更灵活，不需要提供完整数据。

示例：

PATCH /api/products/1 HTTP/1.1
Host: example.com
Content-Type: application/json{"price": 725
}

六、HEAD 方法：用于请求响应头

• 作用
  HEAD 方法仅请求资源的响应头而不返回具体内容，适用于检查资源的状态或可用性。

• 应用场景：
  1、检查文件是否存在，获取文件的元信息等。
  2、适用于快速检测资源更新情况。

• 特点
  1、不返回响应体，仅包含响应头信息。
  2、幂等操作，不会影响服务器状态。
  示例：

HEAD /api/products/1 HTTP/1.1
Host: example.com

七、OPTIONS 方法：用于查询支持的方法

• 作用
  OPTIONS 方法用于查询服务器支持的 HTTP 方法列表，可用于检查跨域请求的有效性。

• 应用场景
  1、跨域资源共享（CORS）验证。
  2、查询服务器支持的功能。

• 特点
  不会对资源造成影响，通常仅返回可用方法列表。

示例：

OPTIONS /api/products HTTP/1.1
Host: example.com

请求方法的幂等性

1. 幂等操作

GET、PUT、DELETE、HEAD 和 OPTIONS 是幂等的，重复请求不会产生额外影响。

定义：幂等操作是指无论请求执行多少次，其对服务器资源的最终影响都是相同的。换句话说，连续多次发送相同请求，不会改变服务器的最终状态。

特点：
幂等操作保证了多次执行的安全性，例如网络重试机制中，可以重复发送幂等请求而不会造成不良影响。
常见的幂等请求方法有 GET、PUT、DELETE、HEAD 和 OPTIONS。

• 举例：
  GET 请求：获取资源，不会修改数据，所以多次请求不会影响服务器。
  PUT 请求：用于更新资源，发送相同的更新内容多次不会改变结果（例如连续多次更新用户信息为同样的内容）。
  DELETE 请求：删除资源，多次删除同一资源后，服务器的最终状态都是“资源不存在”。
  HEAD 请求 ：HEAD 请求方法用于获取资源的响应头，而不返回实际的响应体内容。它通常用于检查资源是否存在或查询其元数据（如内容类型、长度等）

2. 非幂等操作

POST、PATCH 是非幂等的，多次请求可能产生不同结果。

定义：非幂等操作是指多次执行相同请求会对服务器资源产生不同的影响，每次请求可能导致不同的结果。

特点：
非幂等操作不能保证重复请求的安全性，连续请求会导致服务器状态不断变化。
常见的非幂等请求方法有 POST 和 PATCH。

• 举例：
  POST 请求：用于创建资源，每次发送请求都会创建新数据。例如，每次提交表单都会新增一条记录。
  PATCH 请求：用于部分更新，可能因为修改的内容或执行的次数不同，导致服务器的资源状态发生变化（如增加计数器值）。

总结

在实际开发中，根据不同的业务需求，合理选择 HTTP 请求方法可以提升接口设计的清晰度、可靠性和安全性。GET 和 POST 是最常见的请求方法，而 PUT、DELETE、PATCH 则为 RESTful API 提供了更强的资源管理能力。