GET方法用于发送不太敏感的数据，POST方法用于发送敏感数据。 与GET方法相比，使用POST方法可以发送大量数据。 GET方法发送的数据在浏览器头栏中是可见的，而POST方法发送的数据是不可见的。

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

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

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

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

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

在这个问题和其他关于SO的问题中，关于GET和POST的所有或大部分答案都是错误的。他们在技术上是正确的，他们正确地解释了标准，但在实践中是完全不同的。让我解释一下:

GET被认为是幂等的，但它不一定是。您可以将GET中的参数传递给服务器脚本，该脚本对数据进行永久更改。相反，POST被认为不是幂等的，但是您可以POST到一个脚本，而不对服务器进行任何更改。所以这是一个错误的二分法，与实践无关。

此外，说GET在重新加载后不会造成任何损害是错误的——当然，如果它调用的脚本和它传递的参数发生了永久性的更改(例如删除数据)，它就会造成损害。POST也可以!

现在，我们知道POST(到目前为止)更安全，因为它没有公开传递的参数，也没有缓存。另外，你可以通过POST传递更多的数据，它也给你一个干净的，不混乱的URL。它做GET能做的所有事情。所以这是更好的选择。至少在生产中是这样。

那么在实践中，什么时候应该使用GET和POST呢?我在开发过程中使用GET，所以我可以看到并调整我传递的参数。我用它来快速尝试不同的值(例如测试条件)甚至不同的参数。如果我需要一组不同的参数，我不需要构建一个表单，也不需要修改它，就可以做到这一点。我只需根据需要在浏览器中编辑URL即可。

一旦开发完成，或者至少稳定下来，我就把所有的东西都切换到POST。

如果你能想到任何技术上的原因，这是不正确的，我很乐意学习。

当我从URL检索信息时使用GET，当我向URL发送信息时使用POST。

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

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

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

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

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