rest - 处理客户端数据以生成输出时使用的 HTTP 方法

Question

我需要向我的 API 添加端点以读取大型加密输入文件并从该文件返回一些解密的元数据。

对我来说，理想的解决方案是使用 GET 端点并将加密的 blob 作为查询参数，但我担心不同实现中的 URI 长度限制。

将数据作为正文参数放置似乎不是一个好主意(HTTP GET with request body)，尤其是因为我担心它会对服务器端缓存解决方案造成严重破坏，因为服务器端缓存解决方案不希望在正文中包含任何信息获取。

从客户端获取数据并对其进行处理以生成输出时，正确的 HTTP 方法是什么？

更新我目前的想法是获取 POST 正文中的数据，并返回 201，其中 LOCATION header 包含引用资源(即解密的元数据)的 GET URL。由于资源本身不会以任何方式持久化，因此我必须将元数据作为 GET 的查询参数放入。但由于元数据是有长度限制的(应用程序约束)，这应该不是问题。

Answer 1

我当然会避免使用带有请求正文的 HTTP GET。

对我来说，最合适的 HTTP 动词确实是 POST。如果不保留生成的资源，那么我不会返回 201。此外，在您的应用程序中，这可能会破坏解密的元数据，该元数据现在将成为查询字符串参数。相反，只需返回带有内容的 200，这对于 POST 操作来说是完全合理的。