使用POST进行破坏性操作，例如创建(我知道这很讽刺)、编辑和删除，因为您不能在浏览器的地址栏中点击POST操作。当允许一个人调用一个动作是安全的时候使用GET。URL是这样的:

http://myblog.org/admin/posts/delete/357

应该带你到一个确认页面，而不是简单地删除项目。这样避免事故要容易得多。

POST也比GET更安全，因为您没有将信息粘贴到URL中。因此，使用GET作为收集密码或其他敏感信息的HTML表单的方法并不是最好的主意。

最后一点注意:POST可以比GET传输更多的信息。“POST”没有传输数据的大小限制，而“GET”限制为2048个字符。

另一个区别是POST通常需要两个HTTP操作，而GET只需要一个。

编辑:我应该澄清一下——对于常见的编程模式。一般来说，用一个直接的HTML网页来回复一个POST是一个有问题的设计，原因有很多，其中之一就是在按下后退按钮时出现烦人的“您必须重新提交这个表单，您希望这样做吗?”

简单版本的POST GET PUT DELETE

使用GET -当你想获得任何资源，如基于任何Id或名称的数据列表 使用POST -当你想发送任何数据到服务器。请记住POST是一个重量级操作，因为对于更新，我们应该使用PUT而不是POST POST将创建新的资源 使用PUT -当你

我不认为使用get有什么问题，我用它来做一些简单的事情，在查询字符串上保留东西是有意义的。

使用它来更新状态-像delete.php的GET ?Id =5删除一个页面是非常危险的。人们发现，当谷歌的网络加速器开始在页面上预取url时，它会击中所有的“删除”链接，并清除人们的数据。同样的事情也会发生在搜索引擎蜘蛛身上。

1.3 HTTP GET / POST选择快速检查

在以下情况下使用GET:

    The interaction is more like a question (i.e., it is a safe operation such as a query, read operation, or lookup).

在以下情况下使用POST:

    The interaction is more like an order, or
    The interaction changes the state of the resource in a way that the user would perceive (e.g., a subscription to a service), or
    The user be held accountable for the results of the interaction.

源。

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

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

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

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

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

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