最初的目的是GET用于获取数据，而POST用于任何用途。我使用的经验法则是，如果我要向服务器发送任何东西，我就使用POST。如果我只是调用一个URL来获取数据，我会使用get。

在短暂的

使用GET来获得安全的和无效的请求 对于既不安全也不幂等的请求使用POST

在细节 每个人都有一个合适的位置。即使您不遵循RESTful原则，通过学习REST以及面向资源的方法是如何工作的，也可以获得很多东西。

RESTful应用程序将对安全且幂等的操作使用get。

安全操作是不改变请求数据的操作。

幂等运算是一种无论你请求多少次结果都相同的运算。

有理由认为，由于get用于安全操作，它们自动也是幂等的。通常，GET用于检索资源(例如，堆栈溢出时的问题及其相关答案)或资源集合。

RESTful应用程序将使用put进行不安全但幂等的操作。

我知道这个问题是关于GET和POST的，但是我马上回到POST。

通常，PUT用于编辑资源(例如，在堆栈溢出上编辑问题或答案)。

POST可以用于任何既不安全也不幂等的操作。

通常，POST将用于创建一个新资源，例如创建一个new SO问题(尽管在某些设计中，PUT也会用于此)。

如果你运行POST两次，你最终会创建两个新的问题。

还有一个DELETE操作，但我猜我可以把它留在那里:)

讨论

实际上，现代网络浏览器通常只可靠地支持GET和POST(你可以通过javascript调用来执行所有这些操作，但是在表单中输入数据和按提交，你通常有两个选项)。在RESTful应用程序中，POST通常也会被覆盖以提供PUT和DELETE调用。

但是，即使您没有遵循RESTful原则，也可以考虑使用GET来检索/查看信息，使用POST来创建/编辑信息。

永远不要对改变数据的操作使用GET。如果搜索引擎抓取到你邪恶行动的链接，或者客户书签，这可能会带来大麻烦。

最初的目的是GET用于获取数据，而POST用于任何用途。我使用的经验法则是，如果我要向服务器发送任何东西，我就使用POST。如果我只是调用一个URL来获取数据，我会使用get。

HTTP Post数据对数据量没有指定的限制，因为不同的浏览器对GET有不同的限制。RFC 2068声明:

服务器应谨慎 取决于URI长度大于255 字节，因为一些旧的客户端或 代理实现可能不正确 支持这些长度

具体来说，您应该根据它们的用途选择正确的HTTP结构。HTTP GET不应该有副作用，可以被HTTP代理等安全地刷新和存储。

当您想要针对url资源提交数据时，使用HTTP POST。

使用HTTP GET的一个典型示例是在搜索中，即搜索?查询=我+查询 使用HTTP POST的一个典型示例是向在线表单提交反馈。

如果您不介意请求被重复(即它不会改变状态)，请使用GET。

如果操作确实改变了系统的状态，则使用POST。

因为get是纯粹的url，它们可以被web浏览器缓存，并且可能更好地用于一致生成的图像之类的事情。(设置过期时间)

一个来自gravatar页面的例子:http://www.gravatar.com/avatar/4c3be63a4c2f539b013787725dfce802?d=monsterid

GET可能会产生稍微更好的性能，一些web服务器在调用处理程序之前将POST内容写入临时文件。

另一件需要考虑的事情是尺寸限制。get的上限是URL的大小，标准是1024字节，不过浏览器可能支持更多。

传输更多的数据应该使用POST来获得更好的浏览器兼容性。

即使小于这个限制也是一个问题，正如另一个帖子所写的，URL中的任何内容都可能最终出现在浏览器UI的其他部分，比如历史记录。