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

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

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

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

这不是安全问题。HTTP协议将get类型的请求定义为幂等请求，而post可能有副作用。简单地说，这意味着GET用于查看某些内容而不更改它，而POST用于更改某些内容。例如，搜索页面应该使用GET，而更改密码的表单应该使用POST。

另外，请注意PHP混淆了一些概念。POST请求从查询字符串和请求体中获取输入。GET请求只是从查询字符串中获取输入。所以POST请求是GET请求的超集;你可以在POST请求中使用$_GET，甚至在$_POST和$_GET中使用相同名称的参数表示不同的含义也是有意义的。

例如，假设您有一个编辑文章的表单。article-id可能在查询字符串中(因此可以通过$_GET['id']获得)，但是假设您想要更改article-id。新的id可能会出现在请求体($_POST['id'])中。好吧，也许这不是最好的例子，但我希望它能说明两者之间的区别。

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

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

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

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

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

当用户在表单中输入信息并单击Submit时，有两种方式可以将信息从浏览器发送到服务器:在URL中，或在HTTP请求正文中。

在前面的示例中使用的GET方法将名称/值对追加到URL。不幸的是，URL的长度是有限的，所以这个方法只在只有几个参数的情况下才有效。如果表单使用大量参数，或者参数包含大量数据，URL可能会被截断。此外，通过URL传递的参数在浏览器的地址字段中可见，这不是显示密码的最佳位置。

GET方法的替代方法是POST方法。该方法将名称/值对打包在HTTP请求的主体中，这使得URL更简洁，并且没有对表单输出施加大小限制。它也更安全。

我发现这个列表非常有用

GET

GET请求可以被缓存 GET请求保留在浏览器历史记录中 GET请求可以被收藏 在处理敏感数据时，不应该(几乎)使用GET请求 GET请求有长度限制 GET请求应该只用于检索数据

POST

POST请求不会被缓存 POST请求不会保留在浏览器历史记录中 POST请求不能被收藏 POST请求对数据长度没有限制

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

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

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