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

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

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

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

当您希望URL反映页面的状态时，请使用GET。这对于查看动态生成的页面非常有用，比如这里看到的页面。POST应该在表单中用来提交数据，就像我点击“POST Your Answer”按钮一样。它还生成了一个更干净的URL，因为它没有在路径后生成参数字符串。

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

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

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

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

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

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

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

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

重要的一点是，你通过GET提交的任何东西都会通过URL被暴露。其次，正如Ceejayoz所说，URL的字符数量是有限制的。