java http查询参数进行缓存_带有URL查询参数的HTTP POST - 好主意与否？ [关闭]

每个人都是对的：坚持使用POST来处理非幂等请求 .

如何同时使用URI查询字符串和请求内容？那么它是有效的HTTP(见注1)，为什么不呢！

它也是完全合乎逻辑的：URL(包括其查询字符串部分)用于查找资源 . 而HTTP方法谓词(POST - 及其可选的请求内容)用于指定操作或如何处理资源 . 那些应该是正交问题 . (但是，对于ContentType = application / x-www-form-urlencoded的特殊情况，它们并不是完美正交的问题，请参阅下面的注释2 . )

注1：HTTP规范(1.1)没有声明查询参数和内容对接受POST或PUT请求的HTTP服务器是互斥的 . 所以任何服务器都可以自由接受 . 即如果你写服务器那么没有什么可以阻止你选择接受两者(除了可能是一个不灵活的框架) . 通常，服务器可以根据它想要的任何规则来解释查询字符串 . 它甚至可以用引用其他 Headers 的条件逻辑来解释它们，例如Content-Type，这导致注2：

注意2：如果Web浏览器是人们访问Web应用程序的主要方式，并且 application/x-www-form-urlencoded 是他们发布的Content-Type，那么您应该遵循该Content-Type的规则 . application / x-www-form-urlencoded的规则更加具体(坦率地说，不常见)：在这种情况下，您必须将URI解释为一组参数，而不是资源位置 . [这与Powerlord提出的有用点相同;可能很难使用Web表单将内容POST到您的服务器 . 刚才解释得有点不同 . ]

注3：最初的查询字符串是什么？ RFC 3986将HTTP查询字符串定义为URI部分，作为定位资源的非分层方式 .

如果读者提出这个问题希望问什么是好的RESTful架构：RESTful架构模式不需要URI方案以特定的方式工作 . RESTful架构关注系统的其他属性，如资源的可缓存性，资源的设计他们自己(他们的行为，能力和表现)，以及是否满足幂等性 . 或者换句话说，实现与HTTP协议及其HTTP方法动词集高度兼容的设计 . :-)(换句话说，RESTful架构对资源的定位方式并不十分明确 . )

最后的注意事项：有时候查询参数会被用于其他东西，既不是资源的定位，也不是编码内容 . 曾经见过像'PUT=true'或'POST=true'这样的查询参数？这些是浏览器的解决方法，它们在精神上不需要查询 .