注意，並不是說標準答案有誤，上述區別在大部分瀏覽器上是存在的，因為這些瀏覽器實現了 http 標準。
網路上都會提到瀏覽器位址列輸入的引數是有限的。
首先說明一點，http 協議沒有 body 和 url 的長度限制，對 url 限制的大多是瀏覽器和伺服器的原因。
瀏覽器原因就不說了，伺服器是因為處理長 url 要消耗比較多的資源，為了效能和安全（防止惡意構造長 url 來攻擊）考慮，會給 url 長度加限制。
有人說post 比 get 安全，因為資料在位址列上不可見。
然而，從傳輸的角度來說，他們都是不安全的，因為 http 在網路上是明文傳輸的，只要在網路節點上捉包，就能完整地獲取資料報文。
要想安全傳輸，就只有加密，也就是 https。
有些文章中提到，post 會將 header 和 body 分開傳送，先傳送 header，服務端返回 100 狀態碼再傳送 body。
http 協議中沒有明確說明 post 會產生兩個 tcp 資料報，而且實際測試(chrome)發現，header 和 body 不會分開傳送。
所以，header 和 body 分開傳送是部分瀏覽器或框架的請求方法，不屬於 post 必然行為。
GET請求的長度限制
最近在生產環境為上游服務提供了乙個批量介面 dubbo介面 沒有做長度的限制，造成我呼叫下游的http請求 get請求 時由於長度 大概9000 個字元 超過了限制，造成直接返回400 bad request，影響了上游服務的使用，特查閱了相關資料，確定了nginx和apache等元件都是由相應的限...
GET請求中URL的最大長度限制總結
今天在做乙個資料重新整理的功能測試，涉及到入參的拼裝，拼裝完成後預計達到51000個字元，考慮到get請求是否有url長度限制，在網上查詢之後，瀏覽器和伺服器對url長度都有限制，現總結如下。1 ie ie瀏覽器 microsoft internet explorer 對url長度限制是2083 2...
get和post請求的區別面試 必備
get請求在url中傳送的引數是有長度限制的，而post沒有。get比post更不安全，因為引數直接暴露在url上，所以不能用來傳遞敏感資訊。get引數通過url傳遞，post放在request body中。get請求引數會被完整保留在瀏覽器歷史記錄裡，而post中的引數不會被保留。get請求只能進...