日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 前端技术 > HTML >内容正文

HTML

HTML的HTTP 中 GET 与 POST 的区别

發布時間:2024/7/23 HTML 43 豆豆
生活随笔 收集整理的這篇文章主要介紹了 HTML的HTTP 中 GET 与 POST 的区别 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
99% 的人都理解錯了 HTTP 中 GET 與 POST 的區別(轉)



轉自:WebTechGarden 微信公眾號

GET 和 POST 是 HTTP 請求的兩種基本方法,要說它們的區別,接觸過 WEB 開發的人都能說出一二。

最直觀的區別就是 GET 把參數包含在 URL 中,POST 通過 request body 傳遞參數。

你可能自己寫過無數個 GET 和 POST 請求,或者已經看過很多權威網站總結出的他們的區別,你非常清楚知道什么時候該用什么。

當你在面試中被問到這個問題,你的內心充滿了自信和喜悅。
?


你輕輕松松的給出了一個“標準答案”:
  • GET 在瀏覽器回退時是無害的,而 POST 會再次提交請求。
  • GET 產生的 URL 地址可以被 Bookmark,而 POST 不可以。
  • GET 請求會被瀏覽器主動 cache,而 POST 不會,除非手動設置。
  • GET 請求只能進行 URL 編碼,而 POST 支持多種編碼方式。
  • GET 請求參數會被完整保留在瀏覽器歷史記錄里,而 POST 中的參數不會被保留。
  • GET 請求在 URL 中傳送的參數是有長度限制的,而 POST 么有。
  • 對參數的數據類型,GET 只接受 ASCII 字符,而 POST 沒有限制。
  • GET 比 POST 更不安全,因為參數直接暴露在 URL 上,所以不能用來傳遞敏感信息。
  • GET 參數通過 URL 傳遞,POST 放在 Request body 中。



(本標準答案參考自 w3schools)

“很遺憾,這不是我們要的回答!”
?



請告訴我真相。。。

如果我告訴你 GET 和 POST 本質上沒有區別你信嗎?

讓我們扒下 GET 和 POST 的外衣,坦誠相見吧!

GET 和 POST 是什么?HTTP 協議中的兩種發送請求的方法。

HTTP是什么?

HTTP 是基于 TCP/IP 的關于數據如何在萬維網中如何通信的協議。

HTTP 的底層是 TCP/IP,所以 GET 和 POST 的底層也是 TCP/IP,也就是說,GET/POST 都是 TCP 鏈接。

GET 和 POST 能做的事情是一樣一樣的。你要給 GET 加上 request body,給 POST 帶上 url 參數,技術上是完全行的通的。

那么,“標準答案”里的那些區別是怎么回事?
?



在我大萬維網世界中,TCP 就像汽車,我們用 TCP 來運輸數據,它很可靠,從來不會發生丟件少件的現象。

但是如果路上跑的全是看起來一模一樣的汽車,那這個世界看起來是一團混亂,送急件的汽車可能被前面滿載貨物的汽車攔堵在路上,整個交通系統一定會癱瘓。

為了避免這種情況發生,交通規則 HTTP 誕生了。

HTTP 給汽車運輸設定了好幾個服務類別,有 GET, POST, PUT, DELETE 等等。

HTTP 規定,當執行 GET 請求的時候,要給汽車貼上 GET 的標簽(設置 method 為 GET),而且要求把傳送的數據放在車頂上(url 中)以方便記錄。

如果是 POST 請求,就要在車上貼上 POST 的標簽,并把貨物放在車廂里。

當然,你也可以在 GET 的時候往車廂內偷偷藏點貨物,但是這是很不光彩;也可以在 POST 的時候在車頂上也放一些數據,讓人覺得傻乎乎的。

HTTP 只是個行為準則,而 TCP 才是 GET 和 POST 怎么實現的基本。

但是,我們只看到 HTTP 對 GET 和 POST 參數的傳送渠道(url 還是 requrest body)提出了要求。

“標準答案”里關于參數大小的限制又是從哪來的呢?
?



在我大萬維網世界中,還有另一個重要的角色:運輸公司。

不同的瀏覽器(發起 http 請求)和服務器(接受 http 請求)就是不同的運輸公司。

雖然理論上,你可以在車頂上無限的堆貨物(url 中無限加參數)。

但是運輸公司可不傻,裝貨和卸貨也是有很大成本的,他們會限制單次運輸量來控制風險,數據量太大對瀏覽器和服務器都是很大負擔。業界不成文的規定是,(大多數)瀏覽器通常都會限制 url 長度在 2K 個字節,而(大多數)服務器最多處理 64K 大小的 url。超過的部分,恕不處理。

如果你用 GET 服務,在 request body 偷偷藏了數據,不同服務器的處理方式也是不同的,有些服務器會幫你卸貨,讀出數據,有些服務器直接忽略,所以,雖然 GET 可以帶 request body,也不能保證一定能被接收到哦。

好了,現在你知道,GET 和 POST 本質上就是 TCP 鏈接,并無差別。

但是由于 HTTP 的規定和瀏覽器/服務器的限制,導致他們在應用過程中體現出一些不同。

你以為本文就這么結束了?


我們的大 BOSS 還等著出場呢。。。

這位 BOSS 有多神秘?

當你試圖在網上找“GET 和 POST 的區別”的時候,那些你會看到的搜索結果里,從沒有提到他。

他究竟是什么呢。。。

GET 和 POST 還有一個重大區別,簡單的說:GET 產生一個 TCP 數據包;POST 產生兩個 TCP 數據包。

長的說:對于 GET 方式的請求,瀏覽器會把 http header 和 data 一并發送出去,服務器響應 200(返回數據);而對于 POST,瀏覽器先發送 header,服務器響應 100(continue),瀏覽器再發送 data,服務器響應 200(返回數據)。

也就是說,GET 只需要汽車跑一趟就把貨送到了,而 POST 得跑兩趟,第一趟,先去和服務器打個招呼:“嗨,我等下要送一批貨來,你們打開門迎接我”,然后再回頭把貨送過去。

因為 POST 需要兩步,時間上消耗的要多一點,看起來 GET 比 POST 更有效。

因此 Yahoo 團隊有推薦用 GET 替換 POST 來優化網站性能。

但這是一個坑!!!跳入需謹慎。

為什么?
?

  • GET 與 POST 都有自己的語義,不能隨便混用。
  • 據研究,在網絡環境好的情況下,發一次包的時間和發兩次包的時間差別基本可以無視。而在網絡環境差的情況下,兩次包的 TCP 在驗證數據包完整性上,有非常大的優點。
  • 并不是所有瀏覽器都會在 POST 中發送兩次包,比如 Firefox 就只發送一次。



現在,當面試官再問你“GET與POST的區別”的時候,你的內心是不是這樣的?
?

總結

以上是生活随笔為你收集整理的HTML的HTTP 中 GET 与 POST 的区别的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。