关于HTTP GET和POST的区别

作者: 日期:2020-04-06 18:57:56

Photo by Luca Bravo on Unsplash

GET还是POST?

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

· 哪个是"安全"方法?

· 哪一个不是幂等的?

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

· 哪个方法请求有正文?

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

· 哪种方法有长度限制?

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

· 哪种方法可以加书签?

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

您知道所有答案吗,为什么? 如果您不这样做,就没有理由感到羞耻。 让我们更详细地分析这两种方法并了解它们的特殊性。GET参数将存储在浏览器的会话历史记录中。

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

考虑两种不同的情况:

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

Image form kogan

选择免费送货时:

Image form kogan

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

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

Image form kogan

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

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

Chrome form resubmission popup

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之类的网站。

Medium home page network. Highlight on CSS file.

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登录端点将允许这样做,我确定那不是您想要的。

Browser suggesting URLs from history

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)