国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

你搞清楚了嗎?| GET請(qǐng)求方式的長(zhǎng)度限制到底是多少?

這篇具有很好參考價(jià)值的文章主要介紹了你搞清楚了嗎?| GET請(qǐng)求方式的長(zhǎng)度限制到底是多少?。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

目錄

?? 瀏覽器限制

?? 服務(wù)器限制


你搞清楚了嗎?| GET請(qǐng)求方式的長(zhǎng)度限制到底是多少?

你搞清楚了嗎?| GET請(qǐng)求方式的長(zhǎng)度限制到底是多少?

在大多數(shù)人的一貫認(rèn)識(shí)中,一直認(rèn)為get請(qǐng)求方式有2048B的長(zhǎng)度限制,其實(shí)這種說法是有失偏頗的,甚至可以說是錯(cuò)誤的。

這個(gè)問題一直以來似乎是被N多人誤解,其實(shí)Http Get方法提交的數(shù)據(jù)大小長(zhǎng)度并沒有限制,而是IE瀏覽器本身對(duì)地址欄URL長(zhǎng)度有最大長(zhǎng)度限制:2048個(gè)字符。我們來看看權(quán)威官網(wǎng)的解釋:

在HTTP規(guī)范RFC-2616中有這樣一段描述,協(xié)議原文如下:

The HTTP protocol does not place any a priori limit on the length of a URI. Servers MUST be able to handle the URI of any resource they serve, and SHOULD be able to handle URIs of unbounded length if they provide GET- based forms that could generate such URIs. A server SHOULD return 414 (Request-URI Too Long) status if a URI is longer than the server can handle (see section 10.4.15).

Note: Servers ought to be cautious about depending on URI lengths above 255 bytes, because some older client or proxy implementations might not properly support these lengths.

翻譯:

HTTP協(xié)議不對(duì)URI的長(zhǎng)度作事先的限制,服務(wù)器必須能夠處理任何他們提供資源的URI,并且應(yīng)該能夠處理無限長(zhǎng)度的URIs,這種無效長(zhǎng)度的URL可能會(huì)在客戶端以基于GET方式的請(qǐng)求時(shí)產(chǎn)生。如果服務(wù)器不能處理太長(zhǎng)的URI的時(shí)候,服務(wù)器應(yīng)該返回414狀態(tài)碼(此狀態(tài)碼代表Request-URI太長(zhǎng))。

注:服務(wù)器在依賴大于255字節(jié)的URI時(shí)應(yīng)謹(jǐn)慎,因?yàn)橐恍┡f的客戶或代理實(shí)現(xiàn)可能不支持這些長(zhǎng)度。

從以上內(nèi)容中可以看出,其實(shí)http 1.1 協(xié)議中對(duì)URL的長(zhǎng)度是不受限制的,HTTP RFC規(guī)范中并沒有規(guī)定GET請(qǐng)求的URI長(zhǎng)度,只是說明如果server無法處理太長(zhǎng)的URI,可以通過返回414狀態(tài)碼。

協(xié)議規(guī)范中雖然未對(duì)GET請(qǐng)求的url長(zhǎng)度做出明確的限制規(guī)定,但是在主流的用戶代理瀏覽器和應(yīng)用服務(wù)器中對(duì)GET請(qǐng)求卻做出限制或者相關(guān)的可配置。也就是說在真正實(shí)現(xiàn)中,url的長(zhǎng)度還是受到限制的,一是服務(wù)器端的限制,二就是瀏覽器覽器端的限制。

1、Http get方法提交的數(shù)據(jù)大小長(zhǎng)度并沒有限制,Http協(xié)議規(guī)范沒有對(duì)URL長(zhǎng)度進(jìn)行限制

目前說的get長(zhǎng)度有限制,是特定的瀏覽器及服務(wù)器對(duì)它的限制。各種瀏覽器和服務(wù)器的最大處理能力如下:

?? 瀏覽器限制

  • IE瀏覽器(Microsoft Internet Explorer) 對(duì)url長(zhǎng)度限制是2083(2K+53)個(gè)字符,超過這個(gè)限制,則自動(dòng)截?cái)啵ㄈ羰莊orm提交則提交按鈕不起作用,沒有任何反應(yīng))。

——以下是微軟官方的一段說明:Internet Explorer 中的最大 URL 長(zhǎng)度為 2,083 個(gè)字符

Microsoft Internet Explorer has a maximum uniform resource locator (URL) length of 2,083 characters. Internet Explorer also has a maximum path length of 2,048 characters. This limit applies to both POST request and GET request URLs.

If you are using the GET method, you are limited to a maximum of 2,048 characters, minus the number of characters in the actual path.

However, the POST method is not limited by the size of the URL for submitting name/value pairs. These pairs are transferred in the header and not in the URL. ‘>However, the POST method is not limited by the size of the URL for submitting name/value pairs. These pairs are transferred in the header and not in the URL.

RFC 2616, “Hypertext Transfer Protocol — HTTP/1.1,” does not specify any requirement for URL length.
-----------------------------------

摘要

Microsoft Internet Explorer 的最大統(tǒng)一資源定位器 (URL) 長(zhǎng)度為 2,083 個(gè)字符。 Internet Explorer 的最大路徑長(zhǎng)度也為 2,048 個(gè)字符。 此限制適用于 POST 請(qǐng)求和 GET 請(qǐng)求 URL。

如果使用的是 GET 方法,則限制為最多 2,048 個(gè)字符,減去實(shí)際路徑中的字符數(shù)。

但是,POST 方法不受提交名稱/值對(duì)的 URL 大小的限制。 這些對(duì)在標(biāo)頭中傳輸,而不是在 URL 中傳輸。

RFC 2616,“超文本傳輸協(xié)議 -- HTTP/1.1”沒有指定 URL 長(zhǎng)度的任何要求。

參考

有關(guān)組件的進(jìn)一步細(xì)分,請(qǐng)參閱 Wininet 標(biāo)頭文件。

有關(guān)詳細(xì)信息,請(qǐng)參閱以下 Internet Social 網(wǎng)站中的 RFC 2616 第 3.2.1 節(jié)“超文本傳輸協(xié)議 -- HTTP/1.1”部分:ftp://ftp.isi.edu/in-notes/rfc2616.txt

  • Safari:url最大長(zhǎng)度限制為80000個(gè)字符。

  • Opera:url最大長(zhǎng)度限制為190000個(gè)字符。

  • Chrome:url最大長(zhǎng)度限制為8182個(gè)字符。超過最大限制則服務(wù)器會(huì)返回上面列出的414錯(cuò)誤。

  • Firefox:對(duì)Firefox瀏覽器url的長(zhǎng)度限制為:65536個(gè)字符。

所以,大多數(shù)瀏覽器的限制在2k-8k之間,更老的版本瀏覽器甚至只支持255 bytes。

?? 服務(wù)器限制

  • Apache能接受url長(zhǎng)度限制為8192字符

  • Microsoft Internet Information Server(IIS):n能接受最大url的長(zhǎng)度為16384個(gè)字符。

  • tomcat中通過較多的Connector參數(shù)控制url長(zhǎng)度限制:
    maxParameterCount:GET和POST請(qǐng)求參數(shù)個(gè)數(shù),默認(rèn)是10000
    maxPostSize:POST請(qǐng)求數(shù)據(jù)最大值

  • nginx可以通過修改配置來改變url請(qǐng)求串的url長(zhǎng)度限制:
    client_header_buffer_size?默認(rèn)值:1k
    large_client_header_buffers默認(rèn)值:4k或8k

所以,大多數(shù)Web服務(wù)器的限制為8192字節(jié)(8KB),通??梢栽诜?wù)器配置中的某個(gè)位置進(jìn)行配置

2、理論上講,post是沒有大小限制的。Http協(xié)議規(guī)范也沒有進(jìn)行大小限制,起限制作用的是服務(wù)器處理程序的處理能力。

Tomcat下默認(rèn)post長(zhǎng)度為2M,可通過修改conf/server.xml中的“maxPostSize=0”來取消對(duì)post大小的限制。

?? 注意:(若長(zhǎng)度超限,則服務(wù)端返回414標(biāo)識(shí))

1、首先即使有長(zhǎng)度限制,也是限制的是整個(gè)URI長(zhǎng)度,而不僅僅是你的參數(shù)值數(shù)據(jù)長(zhǎng)度。

2、HTTP協(xié)議從未規(guī)定GET/POST的請(qǐng)求長(zhǎng)度限制是多少

3、所謂的請(qǐng)求長(zhǎng)度限制是由瀏覽器和web服務(wù)器決定和設(shè)置的,瀏覽器和web服務(wù)器的設(shè)定均不一樣,這依賴于各個(gè)瀏覽器廠家的規(guī)定或者可以根據(jù)web服務(wù)器的處理能力來設(shè)定。


?? 參考資料:URL長(zhǎng)度限制

你搞清楚了嗎?| GET請(qǐng)求方式的長(zhǎng)度限制到底是多少?文章來源地址http://www.zghlxwxcb.cn/news/detail-451204.html

到了這里,關(guān)于你搞清楚了嗎?| GET請(qǐng)求方式的長(zhǎng)度限制到底是多少?的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • java業(yè)務(wù)代碼發(fā)送http請(qǐng)求(Post方式:請(qǐng)求參數(shù)為JSON格式;Get方式)

    實(shí)際開發(fā)中,可能需要發(fā)送http請(qǐng)求到第三方服務(wù)獲取數(shù)據(jù),于是就有以下應(yīng)用: 依賴: 假設(shè)我需要在我的業(yè)務(wù)代碼中調(diào)用該地址: url:http://xx.xx:xxxx/user/count 請(qǐng)求方法:post 內(nèi)容類型:application/json 請(qǐng)求參數(shù):id, username 返回參數(shù):code 響應(yīng)結(jié)果 int類型 ? ? ? ? ? ? ? ? ?

    2024年02月12日
    瀏覽(32)
  • Java 中使用 OkHttpClent 請(qǐng)求接口 get方式 post方式

    學(xué)習(xí)記錄,不喜勿噴 一般在Java平臺(tái)上,我們會(huì)使用Apache HttpClient作為Http客戶端,用于發(fā)送 HTTP 請(qǐng)求,并對(duì)響應(yīng)進(jìn)行處理。比如可以使用http客戶端與第三方服務(wù)(如SSO服務(wù))進(jìn)行集成,當(dāng)然還可以爬取網(wǎng)上的數(shù)據(jù)等。OKHttp與HttpClient類似,也是一個(gè)Http客戶端,提供了對(duì) HTTP/2 和

    2024年02月12日
    瀏覽(26)
  • HTTP中g(shù)et和post請(qǐng)求方式

    #get和post特點(diǎn) get請(qǐng)求: 請(qǐng)求參數(shù)在請(qǐng)求地址后面,提交的數(shù)據(jù)量較小,安全性較差,不建議用來提交敏感信息(地址欄中會(huì)顯示,并且有可能被保存請(qǐng)求地址)。 功能:GET 方法用于獲取由 Request-URI 所標(biāo)識(shí)的資源的信息 默認(rèn)方法: GET方法是默認(rèn)的HTTP請(qǐng)求方法 ,例如當(dāng)我們

    2024年04月26日
    瀏覽(20)
  • get方式發(fā)送請(qǐng)求出現(xiàn)跨域問題

    get方式發(fā)送請(qǐng)求出現(xiàn)跨域問題

    Access to XMLHttpRequest at \\\'http://localhost:8090/concern?pageSize=10pageNum=1param[deviceWorkspace]=param[userAccount]=%22190013129%22\\\' from origin \\\'http://localhost:8080\\\' has been blocked by CORS policy: No \\\'Access-Control-Allow-Origin\\\' header is present on the requested resource. 但同伴說他已經(jīng)在后端對(duì)跨域問題進(jìn)行處理了。這里可以考

    2024年02月16日
    瀏覽(18)
  • http之GET請(qǐng)求和POST請(qǐng)求的傳遞參數(shù)的方式

    http之GET請(qǐng)求和POST請(qǐng)求的傳遞參數(shù)的方式

    get: 情況1:接口正常返回 code,data,message ,且無需傳遞參數(shù) (vu3) 情況2: 需要將參數(shù)拼接到url地址上 (vue3) ? 情況3 需要傳遞參數(shù),query 傳參 (vue3) 情況4 既有query傳參也有path傳參 post 情況1 接口返回的數(shù)據(jù)沒有使用data包裹,這種情況一般取不到數(shù)據(jù),我們需要用 ext

    2024年02月16日
    瀏覽(24)
  • Get請(qǐng)求中三種傳參方式解讀

    Get請(qǐng)求中三種傳參方式解讀

    這幾天我在看go-zero框架,實(shí)現(xiàn)了一個(gè)簡(jiǎn)單的單體服務(wù),但是使用postman測(cè)試接口的時(shí)候遇到點(diǎn)問題 error:field id is not set。就是說請(qǐng)求的參數(shù)解析失敗 發(fā)現(xiàn)是我的入?yún)⒌膖ag標(biāo)簽和傳參對(duì)不上 一、使用form標(biāo)簽(最常用) form標(biāo)簽就是最常用的一種,form就是表單的意思,通過url傳

    2023年04月21日
    瀏覽(17)
  • Springboot GET和POST請(qǐng)求的常用參數(shù)獲取方式

    可以在控制器方法的參數(shù)上使用@RequestParam注解來獲取請(qǐng)求中的參數(shù)值。例如: 可以為@RequestParam注解的參數(shù)提供默認(rèn)值,以處理參數(shù)缺失的情況。例如: 可以使用@RequestParam MapString, String來獲取所有的請(qǐng)求參數(shù)鍵值對(duì)。例如: 如果參數(shù)是作為路徑的一部分傳遞的,可以使用

    2024年02月10日
    瀏覽(233)
  • 前端post,get請(qǐng)求傳參方式 以及后臺(tái)接收

    前端post,get請(qǐng)求傳參方式 以及后臺(tái)接收

    post請(qǐng)求: 1:js中 2:使用 首先引入方法js: 調(diào)用方法 3:瀏覽器請(qǐng)求 4:后臺(tái)參數(shù)接收 get請(qǐng)求: 第一種:通過params對(duì)象傳遞,將參數(shù)以鍵值對(duì)的形式傳遞,當(dāng)傳遞的參數(shù)為多個(gè)時(shí),瀏覽器會(huì)自動(dòng)拼接進(jìn)行分割 1:js中 2:使用 首先引入方法js: 調(diào)用方法 3:瀏覽器請(qǐng)求 4:后臺(tái)

    2024年02月10日
    瀏覽(27)
  • ajax請(qǐng)求的時(shí)候get 和post方式的區(qū)別?

    在 AJAX 請(qǐng)求中,GET 和 POST 是兩種常用的請(qǐng)求方法,它們?cè)诎l(fā)送請(qǐng)求時(shí)有一些區(qū)別: GET 請(qǐng)求: GET 請(qǐng)求用于向服務(wù)器請(qǐng)求獲取指定資源,請(qǐng)求參數(shù)會(huì)附加在 URL 的末尾,以查詢字符串的形式出現(xiàn)。 GET 請(qǐng)求將請(qǐng)求參數(shù)暴露在 URL 上,因此在瀏覽器的地址欄、歷史記錄等地方可見

    2024年02月08日
    瀏覽(22)
  • Qt Http請(qǐng)求,post和get的兩種方式

    Qt Http請(qǐng)求,post和get的兩種方式

    今天我們介紹一下QT的http請(qǐng)求,這里有post和get兩種方式 一、post請(qǐng)求方式:參數(shù)分為網(wǎng)址和具體請(qǐng)求值兩個(gè)部分,有時(shí)候還需要設(shè)置頭信息,看具體情況定 二、get請(qǐng)求方式:參數(shù)和網(wǎng)址拼接到一起請(qǐng)求 三、主要區(qū)別: get用于請(qǐng)求獲取數(shù)據(jù),post向指定的資源創(chuàng)建修改數(shù)據(jù) g

    2024年02月15日
    瀏覽(26)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包