POST是否是服务器生成但不存储的资源对应的正确HTTP verb？

首先明确核心判断原则：HTTP动词的选择和资源是否持久化没有必然关联，核心判断依据是操作语义是否符合动词定义、是否有业务场景约束，不存在所谓的灰色地带，两种选择都有合理的适用场景。

适合使用GET的场景 #

如果你的接口满足以下所有条件，可以直接设计为GET端点：

• 请求参数足够简单，可以全部放在URL Query中，不会触发浏览器/服务器的URL长度限制
• 操作是幂等的：同一请求重复调用N次和调用1次的效果完全一致，不会产生服务端残留副作用（比如不会扣用户额度、不会生成操作日志、多次请求返回的内容完全相同）
• 有缓存、分享、浏览器直接访问、保存书签这类需求
  GET的语义本身就是「获取资源的表示」，HTTP规范从来没有要求对应的资源必须预先持久化存储在服务器上，临时动态生成的资源完全符合GET的语义要求。

适合使用POST的场景 #

只要满足以下任意一个条件，优先选择POST端点：

• 需要传递大量请求体数据（比如客户端上传本地文件做格式转换、上传大段自定义代码生成内容），无法放在URL中
• 操作不是幂等的：重复请求会产生不同结果或者带来额外副作用（比如每次生成的内容带唯一请求标识、调用会扣用户的调用额度）
• 请求参数包含敏感信息，不适合明文出现在URL、服务器日志中
  你之前默认使用POST的做法完全符合规范，不存在错误：POST的语义本身就包含「将请求提交给服务端处理」的场景，不要求处理后必须生成持久化资源。

选型建议 #

如果两种动词都适用的前提下，优先选择GET，可以天然利用HTTP缓存能力，减少服务端重复计算的压力，同时对客户端更友好，支持直接分享、浏览器直接访问等场景。

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