91精品一区二区三区综合,亚洲品质自拍视频,久久久久久香蕉网

原因是傳說中GET方法是通過URL來傳遞，而URL的長度是受限的，而POST方法采用流的方式，理論上可以傳遞的容量是沒有限制的。
現在來看這個描述：“URL的長度是受限的”，具體是在哪里受限制呢？browser端還是server端呢？網上現在google出來的結果都是說url的長度實際上是受到browser的限制，如IE限定url長度為2083字節，opera 是4050， Netscape 是8192，等等。據說HTTP協議本身對GET方法的長度沒有限制。那么，如果不使用瀏覽器，而是從程序里發送HttpRequest的話，GET發送的長度就可以是無限的么？抱著這樣的想法，進行了如下實驗：

在client端，用Java實現，向server端發送HttpRequest，使用GET方法。

在server端，設計一個apache module，并將strlen(r->args)，用ap_rprintf輸出，作為response，返回到Java端。

通過不斷增加GET方法傳過去的字符串的長度，發現URL長度超過8208字節時，Java拋出IO Exception: Server returned HTTP response code: 414 for URL: .....

414 代表哪種錯誤呢？

414 - Request-URL Too Long (SEE: http://www.websitepulse.com/kb/4xx_HTTP_status_codes.html)

由此可見，Server端對于URL的長度是有限制的，那么對于GET方法可以傳輸的數據也是有限制的。只是這個限制可能根據服務器的處理能力而定，或者在哪里哪里配置，就不是很清楚了。(俺又開始瞎猜，這貌似不是什么好習慣的說)。

下面開始瞎掰：

其實這是可以理解的，URL長度不可能沒有限制的，Http協議畢竟是UDP的，而一個UDP包畢竟是有大小限制的。那么POST為什么就能傳遞大批量數據呢？在apache module里面嘗試了讀取post數據之前，還真沒有什么深刻的理解。只不過用一個“流”字打法之而已。實際上，POST數據解析的時候是分塊來讀取的，如果從UDP的角度來理解的話，就可是分成好多個UDP包傳過來，一個一個讀出來就好了。

您可能感興趣的文章:

js數據驗證集合、js email驗證、js url驗證、js長度驗證、js數字驗證等簡單封裝
關于URL最大長度限制的相關資料查證

標簽：內蒙古日照 96 巴彥淖爾定州防城港山南宜賓

巨人網絡通訊聲明：本文標題《URL 長度有限制嗎？》，本文關鍵詞 URL,長度,有限制,嗎,URL,長度,；如發現本文內容存在版權問題，煩請提供相關信息告之我們，我們將及時溝通與處理。本站內容系統采集于網絡，涉及言論、版權與本站無關。

婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

URL 長度有限制嗎？