相同URI场景下PUT与POST请求哪一个性能效率更高？

问题一：服务A向服务B推送数据场景，同URI下POST效率是否高于PUT？ #

• 纯HTTP协议解析层面，两者的性能差异可以忽略：POST和PUT仅请求行的方法字段有4个字符的差异，请求头、请求体的解析逻辑完全一致，CPU、RAM占用几乎没有区别。
• 性能差异实际来自服务端的语义适配逻辑：PUT是幂等方法，语义上要求多次相同请求的执行结果和单次请求完全一致，如果你的服务B遵循REST规范实现，需要额外做幂等校验、重复请求拦截、已有资源覆盖判定等逻辑，会产生额外的CPU、IO开销。而POST是非幂等方法，默认语义是向资源集合提交新数据，不需要做上述额外校验，这种实现下POST的实际性能会高于PUT。
• 如果你不对PUT做幂等相关的额外逻辑适配，两者的运行效率完全一致，但这种做法不符合HTTP规范语义，后续维护、中间件适配容易出问题。

问题二：服务C从服务B拉取数据场景，PUT相比POST是否有额外性能提升？ #

• 首先明确：拉取数据的场景语义上优先使用GET方法，GET支持中间件、客户端缓存，相同请求的重复调用性能远高于POST和PUT。
• 如果你因为请求参数过大等特殊原因必须用请求体传参，只能在POST和PUT中选的话：PUT不会带来任何额外性能提升，反而可能有负面影响：
  • 两者的请求解析开销完全一致，没有本质差异
  • PUT的语义是更新指定URI的资源，用PUT做查询操作不符合HTTP规范，反向代理、WAF等中间件可能会对这类不符合语义的请求做拦截、限流，反而产生额外开销
  • 部分网关默认会对幂等的PUT请求做自动重试，如果你的查询逻辑有副作用，重试还会带来额外的资源浪费。

内容的提问来源于stack exchange，提问作者Abhijith.M