PUT和PATCH，哪个更快，为什么？

Question

根据网上的信息，在REST API中，PATCH比PUT快。但是，如果我们在更新任何东西之前不进行检查，那么PUT应该更快。

定义。

• 如果你要更新一个现有的资源，PATCH方法是正确的选择。
• 只有当你要替换整个资源时，才应该使用PUT方法。

具体来说，PUT方法的描述如下所示 RFC 5789:

一些扩展超文本传输协议(HTTP)的应用需要一种功能来进行部分资源修改。现有的HTTP PUT方法只允许完全替换一个文件。本提案增加了一个新的HTTP方法，PATCH，来修改现有的HTTP资源。

Answer 1

哪个更快，为什么？

我不认为它们中的任何一种方法一定更快--。PUT (由RFC 7231定义)和 补丁 RFC 5789定义的）是对消息语义的约束，而不是对执行性能的约束。

在资源的表示比HTTP头文件大得多，而补丁文件的表示比资源的表示小得多的情况下，网络延迟可能比执行补丁所需的额外时间要好得多。

也就是说，我认为你必须根据你的上下文来衡量延迟曲线，而不是期望一些通用的排序来适用。