PUT和PATCH w.r.t分别发送完整和部分数据进行替换/更新之间的差异非常符合逻辑。但是，我只提出以下几点

有时POST被认为是用于更新w.r.t PUT用于创建 HTTP是否要求/检查在PATCH中发送完整数据还是部分数据?否则PATCH可能与PUT/POST中的update完全相同

HTTP中PUT、POST、GET、DELETE、PATCH的区别:

最常用的HTTP动词POST, GET, PUT, DELETE类似于数据库中的CRUD(创建，读取，更新和删除)操作。我们用大写字母指定这些HTTP动词。所以，下面是他们之间的比较。

Create - POST 阅读-获取 更新- PUT 删除-删除

PATCH:向资源提交部分修改。如果您只需要更新资源的一个字段，您可能需要使用PATCH方法。

注意: 由于POST、PUT、DELETE会修改内容，因此使用Fiddler对下面url进行的测试只是模拟更新。它实际上没有删除或修改。我们可以只查看状态码，以检查是否发生了插入、更新和删除。

URL: http://jsonplaceholder.typicode.com/posts/

得到:

GET是最简单的HTTP请求方法;每次你点击链接或在地址栏中输入URL时，浏览器都会使用它。它指示服务器将URL标识的数据传输到客户端。永远不要因为GET请求而在服务器端修改数据。从这个意义上说，GET请求是只读的。

向小提琴手或邮差查询: 我们可以使用Fiddler来检查响应。打开Fiddler并选择Compose选项卡。 如下所示指定动词和url，然后单击Execute检查响应。

动词:

url: http://jsonplaceholder.typicode.com/posts/

响应:您将得到如下响应:

"userId": 1,  "id": 1,  "title": "sunt aut...",  "body": "quia et suscipit..."

在“愉快”(或无错误)路径中，GET返回一个XML或JSON表示形式和一个HTTP响应代码200 (OK)。在错误情况下，它通常返回404 (NOT FOUND)或400 (BAD REQUEST)。

2):

POST动词主要用于创建新资源。特别是，它用于创建下级资源。也就是说，从属于其他资源(例如父资源)。

在成功创建时，返回HTTP状态201，返回一个Location头，其中包含指向新创建的HTTP状态201的资源的链接。

向小提琴手或邮差查询: 我们可以使用Fiddler来检查响应。打开Fiddler并选择Compose选项卡。 如下所示指定动词和url，然后单击Execute检查响应。

动词:文章

url: http://jsonplaceholder.typicode.com/posts/

请求主体:

data: {
   title: 'foo',
   body: 'bar',
   userId: 1000,
   Id : 1000
}

响应:您将收到响应代码201。

如果我们想检查Id = 1000的插入记录，将动词改为Get，并使用相同的url，然后单击Execute。

如前所述，上面的url只允许读取(GET)，我们不能读取实际更新的数据。

3)说:

PUT最常用于更新功能，放置到一个已知资源URI，其中请求体包含原始资源的最新更新表示。

向小提琴手或邮差查询: 我们可以使用Fiddler来检查响应。打开Fiddler并选择Compose选项卡。 如下所示指定动词和url，然后单击Execute检查响应。

动词:

url: http://jsonplaceholder.typicode.com/posts/1

请求主体:

data: {
   title: 'foo',
   body: 'bar',
   userId: 1,
   Id : 1
}

响应:在成功更新时，它从PUT返回状态200(如果没有返回任何正文内容，则返回状态204)。

4)删除:

DELETE很容易理解。它用于删除由URI标识的资源。

在成功删除时，返回HTTP状态200 (OK)以及一个响应体，可能是已删除项的表示(通常需要太多带宽)，或者是一个封装的响应(请参阅下面的返回值)。或者返回HTTP状态204 (NO CONTENT)，没有响应体。换句话说，不带正文的204状态或jsend样式的响应和HTTP状态200是推荐的响应。

向小提琴手或邮差查询: 我们可以使用Fiddler来检查响应。打开Fiddler并选择Compose选项卡。 如下所示指定动词和url，然后单击Execute检查响应。

动词:删除

url: http://jsonplaceholder.typicode.com/posts/1

响应:在成功删除时，它返回HTTP状态200 (OK)以及响应体。

PUT和PATCH之间的示例

PUT

如果我不得不改变我的名字，然后发送PUT请求更新:

{ "first": "Nazmul", "last": "hasan" }

这里，为了更新第一个名字，我们需要再次发送数据的所有参数。

补丁:

补丁请求说我们只发送我们需要修改的数据，而不修改或影响其他部分的数据。 例如:如果我们只需要更新名字，我们就只传递名字。

详情请参阅以下连结:

https://jsonplaceholder.typicode.com/ https://github.com/typicode/jsonplaceholder#how-to PATCH和PUT请求的主要区别是什么? http://www.restapitutorial.com/lessons/httpmethods.html

PUT和PATCH w.r.t分别发送完整和部分数据进行替换/更新之间的差异非常符合逻辑。但是，我只提出以下几点

有时POST被认为是用于更新w.r.t PUT用于创建 HTTP是否要求/检查在PATCH中发送完整数据还是部分数据?否则PATCH可能与PUT/POST中的update完全相同

参考RFC: https://www.rfc-editor.org/rfc/rfc9110.html#name-method-definitions

POST -创建新对象 PUT -更新旧对象或创建新对象(如果不存在) 更新/修改旧对象。主要用于修改。

之前提到的RFC的解释很少，但如果你仔细阅读，你会注意到PUT和PATCH方法是在POST之后出现的，这是一种常见的创建原生HTML表单的老式方法。

因此，如果你试图支持所有的方法(如PATCH或DELETE)，可以建议使用所有方法的最合适的方法是坚持CRUD模型:

Create - PUT 阅读-获取 更新-补丁 删除-删除

旧的HTML原生方式: 阅读-获取 创建/更新/删除- POST

程序员们好运!: -)

下面的定义来自真实世界的例子。

示例概述 对于每个客户端数据，我们存储一个标识符来查找客户端数据，并将该标识符发送回客户端以供参考。

POST If the client sends data without any identifier, then we will store the data and assign/generate a new identifier. If the client again sends the same data without any identifier, then we will store the data and assign/generate a new identifier. Note: Duplication is allowed here. PUT If the client sends data with an identifier, then we will check whether that identifier exists. If the identifier exists, we will update the resource with the data, else we will create a resource with the data and assign/generate a new identifier. PATCH If the client sends data with an identifier, then we will check whether that identifier exists. If the identifier exists, we will update the resource with the data, else we will throw an exception.

注意:在PUT方法中，如果没有找到标识符，我们不会抛出异常。但是在PATCH方法中，如果没有找到标识符，则抛出异常。

如果您对上述内容有任何疑问，请告诉我。

这里是一个简单的描述:

POST总是用于创建资源(是否复制并不重要) PUT用于检查资源是否存在，然后更新，否则创建新的资源 PATCH总是用于更新资源