get 是通過URL提交數(shù)據(jù)，因此GET可提交的數(shù)據(jù)量就跟URL所能達(dá)到的最大長度有直接關(guān)系。很多文章都說GET方式提交的數(shù)據(jù)最多只能是1024字節(jié)，而實(shí)際上，URL不存在參數(shù)上限的問題，HTTP協(xié)議規(guī)范也沒有對(duì)URL長度進(jìn)行限制。這個(gè)限制是特定的瀏覽器及服務(wù)器對(duì)它的限制。IE對(duì)URL長度的限制是2083字節(jié)(2K+35字節(jié))。對(duì)于其他瀏覽器，如FireFox，Netscape等，則沒有長度限制，這個(gè)時(shí)候其限制取決于服務(wù)器的操作系統(tǒng)。即如果url太長，服務(wù)器可能會(huì)因?yàn)榘踩矫娴脑O(shè)置從而拒絕請(qǐng)求或者發(fā)生不完整的數(shù)據(jù)請(qǐng)求。

post 理論上講是沒有大小限制的，HTTP協(xié)議規(guī)范也沒有進(jìn)行大小限制，但實(shí)際上post所能傳遞的數(shù)據(jù)量大小取決于服務(wù)器的設(shè)置和內(nèi)存大小。因?yàn)槲覀円话鉷ost的數(shù)據(jù)量很少超過MB的，所以我們很少能感覺的到post的數(shù)據(jù)量限制，但實(shí)際中如果你上傳文件的過程中可能會(huì)發(fā)現(xiàn)這樣一個(gè)問題，即上傳個(gè)頭比較大的文件到服務(wù)器時(shí)候，可能上傳不上去，以php語言來說，查原因的時(shí)候你也許會(huì)看到有說PHP上傳文件涉及到的參數(shù)PHP默認(rèn)的上傳有限定，一般這個(gè)值是2MB，更改這個(gè)值需要更改php.conf的post_max_size這個(gè)值。這就很明白的說明了這個(gè)問題了。

get
首先是"GET方式提交的數(shù)據(jù)最多只能是1024字節(jié)"，因?yàn)镚ET是通過URL提交數(shù)據(jù)，那么GET可提交的數(shù)據(jù)量就跟URL的長度有直接關(guān)系 了。而實(shí)際上，URL不存在參數(shù)上限的問題，HTTP協(xié)議規(guī)范沒有對(duì)URL長度進(jìn)行限制。這個(gè)限制是特定的瀏覽器及服務(wù)器對(duì)它的限制。IE對(duì)URL長度的限制是2083字節(jié)(2K+35)。對(duì)于其他瀏覽器，如Netscape、FireFox等，理論上沒有長度限制，其限制取決于操作系統(tǒng)的支持。 　　注意這是限制是整個(gè)URL長度，而不僅僅是你的參數(shù)值數(shù)據(jù)長度。
【get方式提交數(shù)據(jù)的大小，http協(xié)議并沒有硬性限制；而是與瀏覽器及服務(wù)器、操作系統(tǒng)有關(guān)。第二篇文章里，就有談到用apache測試，使用get方式，url最長可達(dá)8167b。其中跟帖留言中還有談到代理的因素在里面，可能url太長還沒到服務(wù)，就已經(jīng)被代理拒絕掉了。第一篇的留言討論很能學(xué)到東西哦~ 】
post
理論上講，POST是沒有大小限制的，HTTP協(xié)議規(guī)范也沒有進(jìn)行大小限制，說“POST數(shù)據(jù)量存在 80K/100K的大小限制”是不準(zhǔn)確的，POST數(shù)據(jù)是沒有限制的，起限制作用的是服務(wù)器的處理程序的處理能力。
對(duì)于ASP程序，Request對(duì)象處理每個(gè)表單域時(shí)存在100K的數(shù)據(jù)長度限制。但如果使用Request.BinaryRead則沒有這個(gè) 限制。
由這個(gè)延伸出去，對(duì)于IIS 6.0，微軟出于安全考慮，加大了限制。我們還需要注意：
1).IIS 6.0默認(rèn)ASP POST數(shù)據(jù)量最大為200KB，每個(gè)表單域限制是100KB。
2).IIS 6.0默認(rèn)上傳文件的最大大小是4MB。
3).IIS 6.0默認(rèn)最大請(qǐng)求頭是16KB。
IIS 6.0之前沒有這些限制。[見參考資料5]
所以上面的80K，100K可能只是默認(rèn)值而已(注：關(guān)于IIS4和IIS5的參數(shù)，我還沒有確認(rèn))，但肯定是可以自己設(shè)置的。由于每個(gè)版本的 IIS對(duì)這些參數(shù)的默認(rèn)值都不一樣，具體請(qǐng)參考相關(guān)的IIS配置文檔。