基于HTTP的JSON-RPC接口调用：是否仅支持POST，可使用PUT等其他方法？

嘿，这两个问题本质上是相通的，咱们一步步理清楚：

1. 调用JSON-RPC接口是否只能使用POST方法？ #

答案是并非必须，但POST是最符合规范推荐和行业通用惯例的选择。JSON-RPC 2.0的官方规范并没有强制限定必须使用某一种HTTP方法，不过它明确指出POST是在HTTP协议上实现JSON-RPC的常用方式——毕竟JSON-RPC的核心是提交一个方法调用请求，POST的语义（提交数据执行操作）和这个场景天然契合。

2. 在HTTP之上使用JSON-RPC时，能否用PUT等其他HTTP方法？ #

从技术实现层面来说，你确实可以用PUT、甚至GET（不推荐）来传输JSON-RPC请求，但有几个关键问题需要考虑：

• HTTP语义匹配：每个HTTP方法都有约定俗成的语义，比如PUT通常用于更新指定资源，而JSON-RPC的核心是调用一个方法（可能是创建、更新、查询等各种操作）。硬用PUT的话，会让熟悉REST风格的开发者产生困惑，因为语义上不匹配。
• 生态兼容性：绝大多数JSON-RPC的客户端和服务端库都是默认基于POST开发的，如果你改用其他方法，可能需要自己做额外的适配工作，比如处理请求体解析、Content-Type验证等，容易踩坑。
• 实际场景限制：比如GET方法有URL长度限制，还会被浏览器或代理缓存，完全不适合传输包含复杂参数的JSON-RPC请求；PUT虽然没有长度问题，但语义错位带来的维护成本远大于技术上的可行性。

总结 #

如果没有特殊的业务或技术限制，优先使用POST是最稳妥、最省心的选择——既符合规范推荐，也能和绝大多数现有工具、库兼容。如果因为某些特定场景必须使用其他方法，技术上是可行的，但一定要做好团队内部的语义说明和适配工作，避免造成误解或维护困难。

内容的提问来源于stack exchange，提问作者Emmanuel Campos