原因是傳說中GET方法是通過URL來傳遞而URL的長度是受限的而POST方法采用流的方式理論上可以傳遞的容量是沒有限制的
現在來看這個描述“URL的長度是受限的”具體是在哪裡受限制呢?browser端還是server端呢?網上現在google出來的結果都是說url的長度實際上是受到browser的限制如IE限定url長度為字節opera 是 Netscape 是等等據說HTTP協議本身對GET方法的長度沒有限制那麼如果不使用浏覽器而是從程序裡發送HttpRequest的話GET發送的長度就可以是無限的麼?抱著這樣的想法進行了如下實驗
在client端用Java實現向server端發送HttpRequest使用GET方法
在server端設計一個apache module並將strlen(r>args)用ap_rprintf輸出作為response返回到Java端
通過不斷增加GET方法傳過去的字符串的長度發現URL長度超過字節時Java拋出IO Exception: Server returned HTTP response code: for URL:
代表哪種錯誤呢?
RequestURL Too Long (SEE: )
由此可見Server端對於URL的長度是有限制的那麼對於GET方法可以傳輸的數據也是有限制的只是這個限制可能根據服務器的處理能力而定或者在哪裡哪裡配置就不是很清楚了(俺又開始瞎猜這貌似不是什麼好習慣的說)
下面開始瞎掰
其實這是可以理解的URL長度不可能沒有限制的Http協議畢竟是UDP的而一個UDP包畢竟是有大小限制的那麼POST為什麼就能傳遞大批量數據呢?在apache module裡面嘗試了讀取post數據之前還真沒有什麼深刻的理解只不過用一個“流”字打法之而已實際上POST數據解析的時候是分塊來讀取的如果從UDP的角度來理解的話就可是分成好多個UDP包傳過來一個一個讀出來就好了
From:http://tw.wingwit.com/Article/program/PHP/201311/20971.html
