如果有很多数据，或者有点敏感的信息(非常敏感的东西也需要一个安全的连接)，您应该使用POST。

如果您希望人们能够为您的页面添加书签，请使用GET，因为所有数据都包含在书签中。

只是要小心使用GET方法点击REFRESH的人，因为数据每次都会再次发送而不警告用户(POST有时会警告用户重发数据)。

这个W3C文档解释了HTTP GET和POST的使用。

我认为这是一个权威的来源。

摘要如下(文件第1.3节):

如果交互更像是一个问题(例如，它是一个安全的操作，如查询、读取操作或查找)，则使用GET。 在以下情况下使用POST: 这种互动更像是一种命令，或者 交互以一种方式更改资源的状态 用户将感知(例如，对服务的订阅)，或者 用户应该对交互的结果负责。

GET和POST是HTTP方法，可以实现类似的目标

GET基本上只是为了获取(检索)数据，GET不应该有一个主体，所以除了cookie，唯一传递信息的地方是URL, URL的长度是有限的，GET比POST更不安全，因为发送的数据是URL的一部分

当发送密码、信用卡或其他敏感信息时，不要使用GET !，数据在URL中对每个人都是可见的，可以缓存数据。 GET是无害的，当我们重新加载或回调按钮，它将被book标记，参数保留在浏览器历史记录中，只允许ASCII字符。

POST可能涉及任何内容，如存储或更新数据，或订购产品，或发送电子邮件。POST方法有一个主体。

POST方法是安全的，用于将敏感和机密信息传递到服务器，它不会在URL中的查询参数中可见，并且参数不会保存在浏览器历史记录中。数据长度没有限制。当我们重新加载时，浏览器应该提醒用户数据即将被重新提交。POST方法不能被收藏

使用GET有两种常见的“安全”含义。由于数据出现在URL字符串，它可能有人看着你的肩膀在地址栏/URL可能能够看到一些他们不应该知道的东西，如会话cookie，可能会被用来劫持你的会话。记住，每个人都有照相手机。

GET的另一个安全含义与GET变量被记录到大多数web服务器访问日志作为请求URL的一部分有关。根据情况、监管环境和数据的总体敏感性，这可能会引发担忧。

一些客户端/防火墙/IDS系统可能会拒绝包含过多数据的GET请求，因此可能会提供不可靠的结果。

POST支持高级功能，如支持用于文件上传到web服务器的多部分二进制输入。

POST需要一个内容长度的报头，这可能会增加特定于应用程序的客户端实现的复杂性，因为必须提前知道提交的数据的大小，以防止客户端请求以单次传递的增量模式形成。对于那些选择滥用HTTP作为RPC(远程过程调用)传输的人来说，这可能是一个小问题。

其他人已经很好地涵盖了语义差异和这个问题的“何时”部分。

如果有很多数据，或者有点敏感的信息(非常敏感的东西也需要一个安全的连接)，您应该使用POST。

如果您希望人们能够为您的页面添加书签，请使用GET，因为所有数据都包含在书签中。

只是要小心使用GET方法点击REFRESH的人，因为数据每次都会再次发送而不警告用户(POST有时会警告用户重发数据)。

如果您想从URL检索资源，请使用GET方法。如果你点击浏览器的后退按钮，你总是可以看到最后一页，而且它可能被书签，所以它不如POST方法安全。

如果你想向URL“提交”一些东西，请使用POST方法。例如，你想创建一个谷歌帐户，你可能需要填写所有的详细信息，然后你点击“提交”按钮(这里调用POST方法)，一旦你提交成功，并尝试点击浏览器的返回按钮，你会得到一个错误或一个新的空白表单，而不是最后一页填满的表单。