关于HTTP GET和POST的区别

GET还是POST？

· 考虑将浏览器作为客户端，可以缓存哪种方法？

· 哪个是"安全"方法？

· 哪一个不是幂等的？

· 如果我将端点URL复制并粘贴到浏览器的地址栏中，然后按Enter，默认情况下会调用哪种方法？

· 哪个方法请求有正文？

· 考虑到静态网站，此应用程序响应的唯一方法是什么？

· 哪种方法有长度限制？

· 哪种方法更安全，应该用于处理敏感数据？

· 哪种方法可以加书签？

· 哪种方法仅允许使用ASCII字符？

您知道所有答案吗，为什么？ 如果您不这样做，就没有理由感到羞耻。 让我们更详细地分析这两种方法并了解它们的特殊性。

1. GET参数将存储在浏览器的会话历史记录中。

浏览器使用其历史记录来前后导航用户，因此，输入的每个新URL都会自动进入历史记录。 但是，如果通过SPA隐式完成GET请求（通过ajax或axios）怎么办？ 在这种情况下，必须通过history.pushState手动推送请求URL，并且可以在浏览器的URL地址上更新请求URL，而无需重定向用户。

考虑两种不同的情况：

A.转到 该网站将发出一个新的GET请求，获取响应，重新呈现产品列表，更新浏览器URL地址并将该URL保存在浏览器历史记录中（不一定按此顺序）。 尽管页面没有刷新，但是新查询仍被推送到浏览器历史记录，因此您将能够导航回到初始页面。

选择免费送货时：

请注意，在不刷新页面的情况下发出了新请求，现在启用了后退按钮，并且浏览器中设置的URL与检查中的URL甚至有所不同。

B.现在转到 该网站将发出新的GET请求，获取响应，重新呈现产品列表并更新浏览器URL地址。 但是，它不会将网址保存在浏览器历史记录中。 尽管未刷新页面，但由于新查询未推送到浏览器历史记录，因此您将无法导航回初始页面。

请注意，在不刷新页面的情况下发出了新请求，即使在浏览器URL更改后，后退按钮仍未启用。

关于POST，如果用户在提交表单后返回导航，则数据将被重新提交（浏览器应警告用户该数据将被重新提交），但不会保留在历史。

2. GET响应可以被缓存

由于GET是幂等的，并且大多数网页资源都是通过此方法返回的，因此默认情况下，浏览器将缓存get请求。 因此，下次访问该网页时，无需访问服务器并再次请求所有图像，而只需从浏览器的缓存中加载即可。

在REST API的上下文中，发出多个相同的请求与发出单个请求具有相同的效果-则该REST API被称为等幂。

这样做的好处是，您的网站在第一次加载后将加载得更快。 但是，如果新的部署将旧的网站缓存在其浏览器中，则无法到达客户端。 结果，为了使缓存无效，每个请求的URL必须更改，或者客户端必须在其浏览器上执行。 例如，如果您网站的CSS由URL cdn-static-1.medium.com//fp/css/main-branding-base.-y85vioUz7M8dDBgC99oNg.css表示，则新的部署只会更改 如果将该网址更改为cdn-static-1.medium.com//fp/css/main-branding-base.newhashkey.css之类的网站。

POST不能在客户端缓存。POST不是幂等（4）。

3.GET是一种安全的方法

因为此方法永远都不应更改资源（如果您没有实现RESTful最佳实践），则认为它是安全的。

安全方法是不修改资源的HTTP方法。

因此，可以安全地对其进行缓存，保存在浏览器的历史记录中以及保存在搜索引擎（例如Google）中。 这是因为参数将存储在URL中，并且调用该方法不会对服务器造成任何更改。 另一方面，POST不是安全的方法。

4.静态网站仅响应GET请求

静态网站是一种不需要任何其他工具来处理其文件的应用程序，因为它们将返回浏览器可读的内容（JavaScript，图像，CSS，HTML）。 因此，它只需要响应GET请求即可返回html页面。 那么，这些信息的含义是什么？

您是否知道仅使用AWS S3即可托管静态网站？ 我相信很多人会说"是"。 但是还知道它只允许GET和HEAD请求吗？ 根据他们的文档，在S3存储桶上请求的所有对象都必须通过GET。

5.哪种方法有长度限制？

理解GET方法将始终转换为浏览器中的URL（http协议）并且仅允许ASCII字符非常重要。 换句话说，您在浏览器URL地址中输入的任何文本都会发出服务器GET请求，即使GET请求是通过网站隐式完成的（例如，通过Ajax），它仍会将其转换为 URL参数的格式如查询字符串。

知道浏览器上的GET请求将通过URL发送参数，如果过滤器过多，您会怎么办？ 尽管此数字在浏览器之间可能略有不同，但是安全的URL长度限制通常为2048个字符，减去实际路径中的字符数。 因此，如果您要建立一个网站，在该网站中您的产品可以具有各种各样的筛选器，则GET方法可能不够。

关于POST，由于有效负载是在请求的正文中发送的，因此从技术上讲，发送的数据没有限制数据类型也没有限制。

6.哪种方法更安全，应该用于处理敏感数据？

尽管许多人正确地做到这一点，但他们通常不知道为什么。 考虑到基本的用户密码登录端点，您是否想知道为什么将其用于POST而不是GET？ 是的，它与安全有关，但不是因为信息被隐藏。 它与我们在这里讨论的第一点有关：浏览器缓存和历史记录。

想象一下，如果您开始在浏览器中键入网站，它会自动在查询字符串中建议一个包含用户名和密码的URL。 听起来可能很奇怪，但是GET登录端点将允许这样做，我确定那不是您想要的。

7.哪种方法可以加书签？

POST不应添加书签，其原因是上述几个主题的组合：

· 尝试为POST添加书签只会对URL进行GET操作。

· 该方法不是幂等的，因此不能保证响应将始终相同。 例如，这可能导致银行交易重复。

· 由于书签不支持正文有效负载，因此该网址将丢失其参数。

· 它可能包含敏感数据，不应存储。

结论

尽管通常使用GET来获取数据并使用POST来发送/保存数据，但我们可以得出结论，这两种方法还有很多，并且意识到这些特性将不仅有助于编写更好的代码，还有助于架构，设计和解决问题。 那么，您的分数如何？

资源资源

(本文翻译自Cbernades的文章《11 things you should know about GET vs POST》，参考：https://medium.com/javascript-in-plain-english/get-vs-post-are-you-confident-about-the-differences-189562fac0a7)