1、JAVA中Get和Post請求的區別收集整理

一 原理區別

一般在瀏覽器中輸入網址訪問資源都是通過GET方式；在FORM提交中，可以通過Method指定提交方式為GET或者POST，默認為GET提交

Http定義了與服務器交互的不同方法，最基本的方法有4種，分別是GET，POST，PUT，DELETE

URL全稱是資源描述符，我們可以這樣認為：一個URL地址，它用于描述一個網絡上的資源，而HTTP中的GET，POST，PUT，DELETE就對應著對這個資源的查 ，改 ，增 ，刪 4個操作。到這里，大家應該有個大概的了解了，GET一般用于獲取/查詢 資源信息，而POST一般用于更新 資源信息(個人認為這是GET和POST的本質區別，也是協議設計者的本意，其它區別都是具體表現形式的差異 )。

根據HTTP規范，GET用于信息獲取，而且應該是安全的和冪等的 。

1.所謂安全的意味著該操作用于獲取信息而非修改信息。換句話說，GET請求一般不應產生副作用。就是說，它僅僅是獲取資源信息，就像數據庫查詢一樣，不會修改，增加數據，不會影響資源的狀態。

* 注意：這里安全的含義僅僅是指是非修改信息。

2.冪等的意味著對同一URL的多個請求應該返回同樣的結果。這里我再解釋一下冪等 這個概念：

冪等 （idempotent、idempotence）是一個數學或計算機學概念，常見于抽象代數中。
冪等有以下幾種定義：
對于單目運算，如果一個運算對于在范圍內的所有的一個數多次進行該運算所得的結果和進行一次該運算所得的結果是一樣的，那么我們就稱該運算是冪等的。 比如絕對值運算就是一個例子，在實數集中，有abs(a) = abs(abs(a)) 。
對于雙目運算，則要求當參與運算的兩個值是等值的情況下，如果滿足運算結果與參與運算的兩個值相等，則稱該運算冪等，如求兩個數的最大值的函數，有在實數集中冪等，即max(x,x) = x 。

看完上述解釋后，應該可以理解GET冪等的含義了。

但在實際應用中，以上2條規定并沒有這么嚴格。引用別人文章的例子：比如，新聞站點的頭版不斷更新。雖然第二次請求會返回不同的一批新聞，該操作仍然被認為是安全的和冪等的，因為它總是返回當前的新聞。從根本上說，如果目標是當用戶打開一個鏈接時，他可以確信從自身的角度來看沒有改變資源即可。

根據HTTP規范，POST表示可能修改變服務器上的資源的請求 。繼續引用上面的例子：還是新聞以網站為例，讀者對新聞發表自己的評論應該通過POST實現，因為在評論提交后站點的資源已經不同了，或者說資源被修改了。

上面大概說了一下HTTP規范中，GET和POST的一些原理性的問題。但在實際的做的時候，很多人卻沒有按照HTTP規范去做，導致這個問題的原因有很多，比如說：

1.很多人貪方便，更新資源時用了GET，因為用POST必須要到FORM（表單），這樣會麻煩一點。

2.對資源的增，刪，改，查操作，其實都可以通過GET/POST完成，不需要用到PUT和DELETE。

3.另外一個是，早期的但是Web MVC框架設計者們并沒有有意識地將URL當作抽象的資源來看待和設計 。還有一個較為嚴重的問題是傳統的Web MVC框架基本上都只支持GET和POST兩種HTTP方法，而不支持PUT和DELETE方法。

* 簡單解釋一下MVC：MVC本來是存在于Desktop程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。

以上3點典型地描述了老一套的風格（沒有嚴格遵守HTTP規范），隨著架構的發展，現在出現REST(Representational State Transfer)，一套支持HTTP規范的新風格，這里不多說了，可以參考《RESTful Web Services》。

二 表現形式區別

搞清了兩者的原理區別，我們再來看一下他們實際應用中的區別：

為了理解兩者在傳輸過程中的不同，我們先看一下HTTP協議的格式：

HTTP請求：
<request line>          //http請求行
<headers>               //http請求消息報頭
<blank line>             // 回 車 換行
[<request-body>]     //http請求正文

在HTTP請求中，第一行必須是一個請求行（request line），用來說明請求類型、要訪問的資源以及使用的HTTP版本。緊接著是一個首部（header）小節，用來說明服務器要使用的附加信息。在首部之后是一個空行，再此之后可以添加任意的其他數據[稱之為主體（body）]。

GET與POST方法實例：

GET /books/?sex=man&name=Professional HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Connection: Keep-Alive

POST / HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Content-Type: application/x-www-form-urlencoded
Content-Length: 40
Connection: Keep-Alive
（----此處空一行----）
name=Professional%20Ajax&publisher=Wiley

有了以上對HTTP請求的了解和示例，我們再來看兩種提交方式的區別：

（1）GET提交，請求的數據會附在URL之后（就是把數據放置在HTTP協議頭中），以?分割URL和傳輸數據，多個參數用&連接；例 如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD。如果數據是英文字母/數字，原樣發送，如果是空格，轉換為+，如果是中文/其他字符，則直接把字符串用BASE64加密，得出如： %E4%BD%A0%E5%A5%BD，其中％XX中的XX為該符號以16進制表示的ASCII。

POST提交：把提交的數據放置在是HTTP包的包體中。上文示例中紅色字體標明的就是實際的傳輸數據

因此，GET提交的數據會在地址欄中顯示出來，而POST提交，地址欄不會改變

(2)傳輸數據的大小：首先聲明：HTTP協議沒有對傳輸的數據大小進行限制，HTTP協議規范也沒有對URL長度進行限制。

而在實際開發中存在的限制主要有：

GET:特定瀏覽器和服務器對URL長度有限制，例如 IE對URL長度的限制是2083字節(2K+35)。對于其他瀏覽器，如Netscape、FireFox等，理論上沒有長度限制，其限制取決于操作系 統的支持。

因此對于GET提交時，傳輸數據就會受到URL長度的 限制。

POST:由于不是通過URL傳值，理論上數據不受 限。但實際各個WEB服務器會規定對post提交數據大小進行限制，Apache、IIS6都有各自的配置。

(3)安全性：

POST的安全性要比GET的安全性高。注意：這里所說的安全性和上面GET提到的“安全”不是同個概念。上面 “安全”的含義僅僅是不作數據修 改，而這 里安全的含義是真正的Security的含義，比如：通過GET提交數據，用戶名和密碼將明文出現在URL上，因為(1)登錄頁面有可能被瀏覽器緩存， (2)其他人查看瀏覽器的歷史紀錄，那么別人就可以拿到你的賬號和密碼了，除此之外，使用GET提交數據還可能會造成Cross-site request forgery攻擊

（4）Http get,post,soap協議都是在http上運行的
1）get：請求參數是作為一個key/value對的序列（查詢字符串）附加到URL上的
查詢字符串的長度受到web瀏覽器和web服務器的限制（如IE最多支持2048個字符），不適合傳輸大型數據集同時，它很不安全
2）post：請求參數是在http標題的一個不同部分（名為entity body）傳輸的，這一部分用來傳輸表單信息，因此必須將Content-type設置為:application/x-www-form- urlencoded。post設計用來支持web窗體上的用戶字段，其參數也是作為key/value對傳輸。
但是：它不支持復雜數據類型，因為post沒有定義傳輸數據結構的語義和規則。
3）soap：是http post的一個專用版本，遵循一種特殊的xml消息格式
Content-type設置為: text/xml   任何數據都可以xml化

三 HTTP響應 
1．HTTP響應格式：

<status line>          //http響應狀態行
<headers>             //http響應消息報頭
<blank line>            //回車換行
[<response-body>]  //http響應正文

在響應中唯一真正的區別在于第一行中用狀態信息代替了請求信息。狀態行（status line）通過提供一個狀態碼來說明所請求的資源情況。 

HTTP響應實例：

HTTP/1.1 200 OKDate: Sat, 31 Dec 2005 23:59:59 GMTContent-Type: text/html;charset=ISO-8859-1 Content-Length: 122
 
＜html＞
 ＜head＞
  ＜title＞Wrox Homepage＜/title＞
 ＜/head＞
 ＜body＞＜!-- body goes here --＞＜/body＞
＜/html＞

2．最常用的狀態碼有：

◆200 (OK): 找到了該資源，并且一切正常。
◆304 (NOT MODIFIED): 該資源在上次請求之后沒有任何修改。這通常用于瀏覽器的緩存機制。
◆401 (UNAUTHORIZED): 客戶端無權訪問該資源。這通常會使得瀏覽器要求用戶輸入用戶名和密碼，以登錄到服務器。
◆403 (FORBIDDEN): 客戶端未能獲得授權。這通常是在401之后輸入了不正確的用戶名或密碼。
◆404 (NOT FOUND): 在指定的位置不存在所申請的資源.四 完整示例

例子：

HTTP GET 發送

GET /DEMOWebServices2.8/Service.asmx/CancelOrder?UserID=string&PWD=string&OrderConfirmation=string HTTP/1.1
Host: api.efxnow.com

Response :

HTTP/1.1 200 OK
Content-Type: text/xml; charset=utf-8
Content-Length: length
<?xml version="1.0" encoding="utf-8"?>
<objPlaceOrderResponse xmlns="https://api.efxnow.com/webservices2.3">
<Success>boolean</Success>
<ErrorDescription>string</ErrorDescription>
<ErrorNumber>int</ErrorNumber>
<CustomerOrderReference>long</CustomerOrderReference>
<OrderConfirmation>string</OrderConfirmation>
<CustomerDealRef>string</CustomerDealRef>
</objPlaceOrderResponse>

Http Post 發送

POST /DEMOWebServices2.8/Service.asmx/CancelOrder HTTP/1.1
Host: api.efxnow.com
Content-Type: application/x-www-form-urlencoded
Content-Length: length
UserID=string&PWD=string&OrderConfirmation=string

Response : 

HTTP/1.1 200 OK
Content-Type: text/xml; charset=utf-8
Content-Length: length
<?xml version="1.0" encoding="utf-8"?>
<objPlaceOrderResponse xmlns="https://api.efxnow.com/webservices2.3">
<Success>boolean</Success>
<ErrorDescription>string</ErrorDescription>
<ErrorNumber>int</ErrorNumber>
<CustomerOrderReference>long</CustomerOrderReference>
<OrderConfirmation>string</OrderConfirmation>
<CustomerDealRef>string</CustomerDealRef>
</objPlaceOrderResponse>

SOAP 1.2 

發送

POST /DEMOWebServices2.8/Service.asmx HTTP/1.1
Host: api.efxnow.com
Content-Type: application/soap+xml; charset=utf-8
Content-Length: length
<?xml version="1.0" encoding="utf-8"?>
<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">
<soap12:Body>
<CancelOrder xmlns="https://api.efxnow.com/webservices2.3">
<UserID>string</UserID>
<PWD>string</PWD>
<OrderConfirmation>string</OrderConfirmation>
</CancelOrder>
</soap12:Body>
</soap12:Envelope>

Response : 

HTTP/1.1 200 OK
Content-Type: application/soap+xml; charset=utf-8
Content-Length: length
<?xml version="1.0" encoding="utf-8"?>
<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">
<soap12:Body>
<CancelOrderResponse xmlns="https://api.efxnow.com/webservices2.3">
<CancelOrderResult>
<Success>boolean</Success>
<ErrorDescription>string</ErrorDescription>
<ErrorNumber>int</ErrorNumber>
<CustomerOrderReference>long</CustomerOrderReference>
<OrderConfirmation>string</OrderConfirmation>
<CustomerDealRef>string</CustomerDealRef>
</CancelOrderResult>
</CancelOrderResponse>
</soap12:Body>
</soap12:Envelope>

1. get是從服務器上獲取數據，post是向服務器傳送數據。 get 和 post只是一種傳遞數據的方式，get也可以把數據傳到服務器，他們的本質都是發送請求和接收結果。只是組織格式和數據量上面有差別，http協議里面有介紹

2. get是把參數數據隊列加到提交表單的ACTION屬性所指的URL中，值和表單內各個字段一一對應，在URL中可以看到。post是通過HTTP post機制，將表單內各個字段與其內容放置在HTML HEADER內一起傳送到ACTION屬性所指的URL地址。用戶看不到這個過程。 
因為get設計成傳輸小數據，而且最好是不修改服務器的數據，所以瀏覽器一般都在地址欄里面可以看到，但post一般都用來傳遞大數據，或比較隱私的數據，所以在地址欄看不到，能不能看到不是協議規定，是瀏覽器規定的。
3. 對于get方式，服務器端用Request.QueryString獲取變量的值，對于post方式，服務器端用Request.Form獲取提交的數據。 
沒明白，怎么獲得變量和你的服務器有關，和get或post無關，服務器都對這些請求做了封裝
4. get傳送的數據量較小，不能大于2KB。post傳送的數據量較大，一般被默認為不受限制。但理論上，IIS4中最大量為80KB，IIS5中為100KB。 
post基本沒有限制，我想大家都上傳過文件，都是用post方式的。只不過要修改form里面的那個type參數
5. get安全性非常低，post安全性較高。 
如果沒有加密，他們安全級別都是一樣的，隨便一個監聽器都可以把所有的數據監聽到，不信你自己下一個監聽網絡資源的軟件，

1. get是從服務器上獲取數據，post是向服務器傳送數據。
2. get是把參數數據隊列加到提交表單的ACTION屬性所指的URL中，值和表單內各個字段一一對應，在URL中可以看到。post是通過HTTP post機制，將表單內各個字段與其內容放置在HTML HEADER內一起傳送到ACTION屬性所指的URL地址。用戶看不到這個過程。
3. 對于get方式，服務器端用Request.QueryString獲取變量的值，對于post方式，服務器端用Request.Form獲取提交的數據。
4. get傳送的數據量較小，不能大于2KB。post傳送的數據量較大，一般被默認為不受限制。但理論上，IIS4中最大量為80KB，IIS5中為100KB。
5. get安全性非常低，post安全性較高。但是執行效率卻比Post方法好。

建議：
1、get方式的安全性較Post方式要差些，包含機密信息的話，建議用Post數據提交方式；
2、在做數據查詢時，建議用Get方式；而在做數據添加、修改或刪除時，建議用Post方式； Get：是以實體的方式得到由請求URI所指定資源的信息，如果請求URI只是一個數據產生過程，那么最終要在響應實體中返回的是處理過程的結果所指向的資源，而不是處理過程的描述。

Post：用來向目的服務器發出請求，要求它接受被附在請求后的實體，并把它當作請求隊列中請求URI所指定資源的附加新子項，Post被設計成用統一的方法實現下列功能：
1：對現有資源的解釋
2：向電子公告欄、新聞組、郵件列表或類似討論組發信息。
3：提交數據塊
4：通過附加操作來擴展數據庫

從上面描述可以看出，Get是向服務器發索取數據的一種請求；而Post是向服務器提交數據的一種請求，要提交的數據位于信息頭后面的實體中。

get請求參數會在地址欄暴露，安全性不好，相反post請求不會將所傳參數暴露在地址欄中相對較安全。

get是從服務器中獲取參數，post是上傳數據。

get傳輸數據量小,主要是受URL長度的限制;post可以傳送大量數據，所以上傳文件只能用post。

get是form的默認方法。

get限制form表單數據集必須是ASCII字符，而post支持整個ISO10646字符集。（編碼）

2、POST方法的底層機制是什么? - 技術問答

post雖然封裝了，但是并沒有加密，你抓到的數據包當然可以看到post的內容。這是http協議的設計，沒辦法。除非你用https加密，抓到的數據包都看不懂。get的url模式，直觀的說是指你可以訪問諸如test.php?id=110的地址來提交數據，用戶可以顯示的看到這個URL。 謝謝 yzhou86， yibin001，zwws，lxylxy888666POST數據是在http報文體內的，GET方法的數據在URL的Query String里，經HTTP Header的start line發送。很多教材都語焉不詳。 謝謝樓上。post數據不在頭部，而在請求主體第一行，是瀏覽器加上去的。 經常做的事:用firebug調試ajax，在控制臺里就能看到post

3、get和post請求的區別

GET請求和POST請求的區別：

1、 get是從服務器上獲取數據，post是向服務器傳送數據。

2、 get請求時通過URL直接請求數據，數據信息可以在URL中直接看到，比如瀏覽器訪問；而post請求是放在請求頭中的，用戶無法直接看到。

3、 get傳送的數據量較小，有限制，不能大于2KB；這主要是因為它受約于URL長度的限制。post傳送的數據量較大，一般被默認為不受限制，但理論上，IIS4中最大量為80KB，IIS5中為100KB。.....

4、get請求因為數據參數是暴露在URL中的，所以安全性比較低，如密碼不能暴露的就不能用get請求；post請求中，請求信息是放在請求頭的，安全性較高，可以使用。

4、http請求中PUT GET POST區別?

GET 是將你的請求直接以網址連接發送出去(到服務器端) , 并後臺可能是靜態的 html 檔, 也可以是 cgi 的腳本, 如你這條問題的連結就是 http://zhidao.baidu.com/question/648362608116639645.html?entry=qb_ihome_tag <-- 這種就為之 GET
由於你給出的連接是"明顯"的, 所以在服務器端你要存取的整個連結都會被寫到 LOG 中, 所以, 你將不應該用 GET 作為提交 ID / 密碼 的方式. GET 還有一個限制就是字串的請求長度為 8K 字節(BYTES)

POST 是將你表單中的內容, 以二進位式的串流發送到服務器端, 其對像大多數是 CGI 腳本 (當然也有 mailto 之類 -- 啟動本地作業 ). 絕大多數表單的提交都用 POST, 就像登入帳號, 你在這里發表提問, 都是用 POST 的形式進行. 資料的傳送相對 GET 是 "不明顯的" ( 不會在 LOG 中看到你在表單里寫了甚麼 ), 相對 GET, POST 的長度可以上 MB ( 你可以在服務器內自行設成多大都可以 )

PUT 跟 POST 也很相似, 但一般 (只是一般) 我們用 PUT 都是用來上傳一些小檔案, 且連結的位置就是檔案的位置 (亦即是, 你 PUT 到一個連結之後, 你就直接用 GET 的方法將這檔案下載回來), 例如 WebDAV ( 日歷卡服務 ), 就很多時會用到 PUT, 但如果沒有相關的需要時, 一般在考慮到安全問題的方向下, 都會從服務器內關掉接收這種請求 ( 其實還有 "DELETE", PUT 的反向動作 ). 1. get是從服務器上獲取數據，post是向服務器傳送數據。
2. get是把參數數據隊列加到提交表單的ACTION屬性所指的URL中，值和表單內各個字段一一對應，在URL中可以看到。post是通過HTTP post機制，將表單內各個字段與其內容放置在HTML HEADER內一起傳送到ACTION屬性所指的URL地址。用戶看不到這個過程。
3. 對于get方式，服務器端用Request.QueryString獲取變量的值，對于post方式，服務器端用Request.Form獲取提交的數據。
4. get傳送的數據量較小，不能大于2KB。post傳送的數據量較大，一般被默認為不受限制。但理論上，IIS4中最大量為80KB，IIS5中為100KB。
5. get安全性非常低，post安全性較高。但是執行效率卻比Post方法好。

建議：
1、get方式的安全性較Post方式要差些，包含機密信息的話，建議用Post數據提交方式；
2、在做數據查詢時，建議用Get方式；而在做數據添加、修改或刪除時，建議用Post方式；

5、客戶端請求方式get和post的區別

GET和POST是HTTP的兩個常用方法。

什么是HTTP?
超文本傳輸協議(HyperText Transfer Protocol -- HTTP)是一個設計來使客戶端和服務器順利進行通訊的協議。
HTTP在客戶端和服務器之間以request-response protocol（請求-回復協議）工作。

GET - 從指定的服務器中獲取數據
POST - 提交數據給指定的服務器處理

GET方法：
使用GET方法時，查詢字符串（鍵值對）被附加在URL地址后面一起發送到服務器：
/test/demo_form.jsp?name1=value1&name2=value2
特點：
GET請求能夠被緩存
GET請求會保存在瀏覽器的瀏覽記錄中
以GET請求的URL能夠保存為瀏覽器書簽
GET請求有長度限制
GET請求主要用以獲取數據
POST方法：
使用POST方法時，查詢字符串在POST信息中單獨存在，和HTTP請求一起發送到服務器：
POST /test/demo_form.jsp HTTP/1.1
Host: w3schools.com
name1=value1&name2=value2
特點：
POST請求不能被緩存下來
POST請求不會保存在瀏覽器瀏覽記錄中
以POST請求的URL無法保存為瀏覽器書簽
POST請求沒有長度限制
GET和POST的區別：
GET POST
點擊返回/刷新按鈕 沒有影響 數據會重新發送（瀏覽器將會提示用戶“數據被從新提交”）
添加書簽 可以 不可以
緩存 可以 不可以
編碼類型(Encoding type) application/x-www-form-urlencoded
application/x-www-form-urlencoded or multipart/form-data. 請為二進制數據使用multipart編碼
歷史記錄 有 沒有
長度限制 有 沒有
數據類型限制 只允許ASCII字符類型 沒有限制。允許二進制數據
安全性 查詢字符串會顯示在地址欄的URL中，不安全，請不要使用GET請求提交敏感數據 因為數據不會顯示在地址欄中，也不會緩存下來或保存在瀏覽記錄中，所以看POST求情比GET請求安全，但也不是最安全的方式。如需要傳送敏感數據，請使用加密方式傳輸
可見性 查詢字符串顯示在地址欄的URL中，可見 查詢字符串不會顯示在地址欄中，不可見其他HTTP請求方式
方式 描述
HEAD 與GET請求類似，不同在與服務器只返回HTTP頭部信息，沒有頁面內容
PUT 上傳指定URL的描述
DELETE 刪除指定資源
OPTIONS 返回服務器支持的HTTP方法
CONNECT 轉換為透明TCP/IP隧道的連接請求 get請求方式：
直接在瀏覽器地址輸入的訪問地址，或提交表單時，該表單對應的form元素沒有設置method方式或者method方式為get，get方式的請求會將請求參數的名和值轉換成字符串，并附加在原rul之后，因此，可以在地址欄中看到請求參數名和值。且get請求方式傳送的數據量小，一般不能大于2kb
post請求方式：
通過表單提交，且需要設置form的元素為post。post方式傳送的數據量較大，取決于服務器的設置，post方式發送的請求參數以及對應的值放在html header中傳輸，用戶不能在地址欄里看到請求參數之，安全性相對較高。
對比以上兩種參數傳遞方式，我們應該采用post方式。

post請求方式處理非西歐字符：
必須在獲取請求參數之前先調用setCharacterEncoding方法設置編碼的字符集，因此當發送請求的表單頁采用gb2312字符集
Jsp代碼
<%@ page language="java" contentType="text/html;charset="gb2312"%>
<html>
request.setCharacterEncoding("gb2312");
String name = request.getParameter("name");
String [] colors = request.getParamterValues("color");
<!--下面依次輸出表單域的值-->
您的名字：<%=name%>
您喜歡的顏色<%for(String c:colors){out.println(c+"");}%>
</html>

get請求方式處理非西歐字符：
在獲取請求參數值之后對請求參數值重新編碼，也就是將其轉換成字節數組，再將字節數組重新編碼成字符串
Jsp代碼
<%@ page language="java" contentType="text/html;charset="gb2312"%>
<html>
String rawName = request.getParametet("name");
bytes[] rawBytes = rawName.getBytes("ISO-8859-1");
String name = new String(rawBytes,"gb2312");
</html>

首先是"GET方式提交的數據最多只能是1024字節"，因為GET是通過URL提交數據，那么GET可提交的數據量就跟URL的長度有直接關系了。而實際上，URL不存在參數上限的問題，HTTP協議規范沒有對URL長度進行限制。這個限制是特定的瀏覽器及服務器對它的限制。IE對URL長度的限制是2083字節(2K+35)。對于其他瀏覽器，如Netscape、FireFox等，理論上沒有長度限制，其限制取決于操作系統的支持　注意這是限制是整個URL長度，而不僅僅是你的參數值數據長度。

理論上講，POST是沒有大小限制的，HTTP協議規范也沒有進行大小限制，說“POST數據量存在80K/100K的大小限制”是不準確的，POST數據是沒有限制的，起限制作用的是服務器的處理程序的處理能力。

轉載請帶上網址：http://yadikedp.com/posjifour/236327.html