2. 程式人生 > >http協議中各種長度限制

http協議中各種長度限制

阿新 • • 發佈：2019-02-11
1. URL長度限制
在Http1.1協議中並沒有提出針對URL的長度進行限制，RFC協議裡面是這樣描述的:   HTTP協議並不對URI的長度做任何的限制，伺服器端必須能夠處理任何它們所提供服務多能接受的URI，並且能夠處理無限長度的URI,如果伺服器不能處理過長的URI,那麼應該返回414狀態碼。雖然Http協議規定了不限制長度，但是Web伺服器和瀏覽器對URI都有自己的長度限制。 伺服器的限制:  Nginx和Tomcat,對於url的長度限制都是通過控制http請求頭的長度來進行限制的，nginx的配置引數為large_client_header_buffers，tomcat的請求配置引數為maxHttpHeaderSize,都是可以自己去進行設定。
瀏覽器的限制:   每種瀏覽器也會對url的長度有所限制，下面是幾種常見瀏覽器的url長度限制:(單位:字元)
IE : 2803
Firefox:65536
Chrome:8182
Safari:80000
Opera:190000 但對於get請求，在url的長度限制範圍之內，請求的引數個數沒有限制。 2. Post資料的長度限制
       Post資料的長度限制與url長度限制類似，也是在Http協議中沒有規定長度限制,長度限制可以在伺服器端配置最大http請求頭長度的方式來實現。 3. Cookie的長度限制
Cookie的長度限制分瀏覽器和伺服器來總結：
瀏覽器所允許的每個域下的最大cookie數目：
IE :原先為20個，後來升為50個

Firefox: 50個
Opera:30個
Chrome:180個
Safari:無限制 當Cookie數超過限制數時瀏覽器的行為：IE和Opera會採用LRU演算法將老的不常使用的Cookie清除掉，Firefox的行為是隨機踢出某些Cookie的值。當然無論怎樣的策略，還是儘量不要讓Cookie數目超過瀏覽器所允許的範圍。 瀏覽器所允許的每個Cookie的最大長度 Firefox和Safari:4079位元組
Opera:4096位元組
IE:4095位元組 伺服器：Cookie會被附在每次http請求頭中傳遞給伺服器，因此會受到伺服器請求頭長度的限制。

相關推薦

http協議中各種長度限制

1. URL長度限制在Http1.1協議中並沒有提出針對URL的長度進行限制，RFC協議裡面是這樣描述的:   HTTP協議並不對URI的長度做任何的限制，伺服器端必須能夠處理任何它們所提供服務多能接

Http ---- 協議中的各種長度限制總結

HTTP1.0的格式 request(HTTP請求訊息) 結構:一個請求行.部分訊息頭,以及實體內容，其中的一些訊息內容都是可選擇的.訊息頭和實體內容之間要用空行分開. GET /index.html HTTP/1.1 //請求頭,下面都是訊息頭. Accept: */*

斐迅面試記錄—Http協議中的Header

art apple -c etag cookie md5 頭信息 一點 zip HTTP Request的Header信息 1、HTTP請求方式 如下表： 說明： 主要使用到“GET”和“POST”。 實例： POST /test/tupian/cm HTTP/1.1

HTTP協議中的通用頭及其功能

通用頭一、Connection指示客戶端與服務器在進行HTTP通信時如何處理TCP連接，如果Connection的值為close，則表示本次HTTP請求響應後結束TCP連接；如果Connection的值為Keep-Alive（HTTP1.1下為默認），則表示TCP連接一直有效二、DateDate通用頭域表明消

http協議中get和post的區別

httpHttp定義了與服務器交互的不同方法，最基本的方法有4種，分別是GET，POST，PUT，DELETEURL全稱是資源描述符，我們可以這樣認 為：一個URL地址，它用於描述一個網絡上的資源，而HTTP中的GET，POST，PUT，DELETE就對應著對這個資源的查 ，改 ，增 ，刪 4個操作。到這裏，

005_關於HTTP協議中的保持連接

註意 o-c 一段 apach user 一段時間 enc 關閉連接 1.5 緣起 中午在群裏討論，用ab測試 一臺只提供靜態文件服務， 不與其他任何系統交互的時候，為什麽也會產生大量的TIME WAIT狀態的。 首先，我們可以簡單的理解，在TCP連接的兩端，誰主動斷開連接

HTTP 協議中 URI 和 URL 有什麽區別？

路徑 西湖區 AI www. str 我們 tar ofo 不能 URI = Universal Resource IdentifierURL = Universal Resource Locator 統一資源標誌符URI就是在某一規則下能把一個資源獨一無二地標識出來。拿

HTTP協議中request報文請求方法和狀態響應碼

cti keep lang one com location 部分 AC url 　　一個HTTP請求報文由4部分組成： 請求行（request line） 請求頭部（header） 空行 請求數據 　　下圖給出了請求報文的一般格式：

Http協議中GET和POST請求方法的區別

出場 請求參數 底層 情況下 -type 過去 firefox url sym GET和POST是HTTP請求的兩種基本方法，要說它們的區別，接觸過WEB開發的人都能說出一二。 最直觀的區別就是GET把參數包含在URL中，POST通過request body傳遞

HTTP協議中GET和POST兩種基本請求方法的區別

GET和POST兩種基本請求方法的區別 GET和POST是HTTP請求的兩種基本方法，要說它們的區別，接觸過WEB開發的人都能說出一二。   最直觀的區別就是GET把引數包含在URL中，POST通過request body傳遞引數。   你可能自己寫過無數個G

HTTP 協議中的 Transfer-Encoding和Content-Length區別

原文出處 Transfer-Encoding，是一個 HTTP 頭部欄位，字面意思是「傳輸編碼」。實際上，HTTP 協議中還有另外一個頭部與編碼有關：Content-Encoding（內容編碼）。Content-Encoding 通常用於對實體內容進行壓縮編碼，目的是優化傳輸，例如用 gzi

http協議中，“get”和“post”的區別是什麼？

http協議中，“get”和“post”的區別是什麼？ GET和POST是HTTP請求的兩種基本方法，要說它們的區別，接觸過WEB開發的人都能說出一二。 最直觀的區別就是GET把引數包含在URL中，POST通過request body傳遞引數。 你可能自己寫過無數個GET和POST請

HTTP協議中POST、GET、HEAD、PUT等請求方法以及一些常見錯誤

HTTP請求方法: 常用方法: Get\Post\Head (1)Get方法. 取回請求URL標誌的任何資訊,在瀏覽器的位址列中輸入網址的方式訪問網頁時，瀏覽器採用GET方法向伺服器獲取資源。 (2)Post方法.為請求報文準備資料,即要求被請求伺服器接受附在請求訊息

轉載 -- HTTP 協議中的 Transfer-Encoding

Jerry Qu -- 牛x的作者 https://imququ.com/post/transfer-encoding-header-in-http.html#comments   HTTP 協議中的 Transfer-Encoding 文章目錄 Persiste

轉載 -- HTTP 協議中的 Content-Encoding

Jerry Qu -- 牛x的作者 HTTP 協議中的 Content-Encoding https://imququ.com/post/content-encoding-header-in-http.html 如何壓縮 HTTP 請求正文 https://imququ.com/po

HTTP協議中的請求方法

請求報文中方法的列表 方法　　　　　　　　描述　　　　　　　　　　　　　　　　　　　　是否包含主體 GET 　　　　從伺服器獲取一份文件 　　　　　　　　 　　　　　　　　　否 HEAD 　　　只從伺服器獲取文件的首部 　　　　　　 　　　　　　　　     否 P

HTTP協議中PUT和POST使用區別

摘要： PUT是idempotent的方法，而POST不是。 有的觀點認為，應該用POST來建立一個資源，用PUT來更新一個資源；有的觀點認為，應該用PUT來建立一個資源，用POST來更新一個資源；還有的觀點認為可以用PUT和POST中任何一個來做建立或者更新

HTTP 協議中的 Content-Encoding

提醒：本文最後更新於 948 天前，文中所描述的資訊可能已發生改變，請謹慎使用。 Accept-Encoding 和 Content-Encoding 是 HTTP 中用來對「採用何種編碼格式傳輸正文」進行協定的一對頭部欄位。它的工作原理是這樣：瀏覽器傳送請求時，通過 Accept-Encoding

HTTP協議中的Tranfer-Encoding：chunked編碼解析

    當不能預先確定報文體的長度時，不可能在頭中包含Content-Length域來指明報文體長度，此時就需要通過Transfer-Encoding域來確定報文體長度。    通常情況下，Transfer-Encoding域的值應當為chunked,表明採用chunked編碼方式來進行報文體的傳輸。chun

談談HTTP協議中的短輪詢、長輪詢、長連線和短連線

---------------------  作者：左瀟龍  來源：CSDN  原文：https://blog.csdn.net/zuoxiaolong8810/article/details/65441709  版權宣告：本文為博主原創文章，轉載請附上博文連結！