GET請求和POST請求的區(qū)別？從HTTP消息級別，get請求將信息放在URL中，post請求將信息放在請求正文中。這使得get請求攜帶的數據量受到限制，因為URL本身的長度是有限的，而post請求的

GET請求和POST請求的區(qū)別？

從HTTP消息級別，get請求將信息放在URL中，post請求將信息放在請求正文中。這使得get請求攜帶的數據量受到限制，因為URL本身的長度是有限的，而post請求的數據是以報紙樣式存儲的，因此大小沒有限制。從形式上講，get請求將數據放在URL上并不安全，而post請求將數據放在請求體中似乎更安全。事實上，post請求的內容很容易獲取，所以兩者在安全性上沒有太大區(qū)別。為了實現(xiàn)安全的信息傳輸，我們必須依賴HTTPS。

從數據庫級別來看，get是冪等且安全的，而post不是。這實際上與get/post請求的功能有關。根據HTTP協(xié)議，get-request用于查看信息，不改變服務器上的信息，post-request用于改變服務器上的信息。正因為get請求只查看信息而不更改信息，所以對數據庫執(zhí)行一次或多次操作得到的結果是一致的，這被認為是冪等的。安全性是指數據庫操作不改變數據庫中的數據。

從其他方面來看，get請求可以緩存，get請求可以保存在瀏覽器的瀏覽記錄中，get請求URL可以保存為瀏覽器書簽。這些在post請求中不可用。緩存是get請求被廣泛使用的根本原因。它可以緩存，因為它的冪等性和安全性。除了返回結果外，沒有其他冗余操作。因此，大部分get請求都是由CDN緩存的，這大大減輕了web服務器的負擔。

GET和POST提交數據方式的區(qū)別和使用？

1 get是從服務器獲取數據，post是向服務器發(fā)送數據。2 get是將參數數據隊列添加到提交表單的action屬性所指示的URL中。該值與表單中的每個字段一一對應，可以在URL中看到。通過httppost機制，表單中的字段及其內容被放置在HTML頭中，并發(fā)送到action屬性所指示的URL地址。用戶看不到流程。3對于get模式，服務器使用請求.QueryString獲取變量的值。對于post模式，服務器使用申請表獲取提交的數據。4get傳輸的數據量很小，不能超過2KB。通過post傳輸的數據量很大，通常默認設置為無限制。然而，理論上，iis4和iis5的最大容量分別為80Kb和100kb。5得到的安全性很低，后安全性很高。HTTP定義了與服務器交互的不同方式。最基本的方法是get和post。事實上，get可以處理大多數請求，而keep post只能用于更新站點。根據HTTP規(guī)范，get用于信息檢索，應該是安全的、冪等的。所謂安全性，是指操作用于獲取信息而不是修改信息。換句話說，get請求通常應該沒有副作用。冪等意味著對同一URL的多個請求應該返回相同的結果。完整的定義并不像看上去那么嚴格。基本上，目標是當用戶打開一個鏈接時，她可以從自己的角度確定資源沒有改變。例如，新聞網站的首頁是不斷更新的。盡管第二個請求返回不同的一批新聞，但是操作仍然被認為是安全的和冪等的，因為它總是返回當前新聞。反之亦然。發(fā)帖請求并不是那么容易。Post表示可能更改服務器上資源的請求。還是以新聞網站為例，讀者對文章的評論應該通過發(fā)帖請求來實現(xiàn)，因為提交評論后網站是不同的。7表單提交時，如果沒有指定方法，則默認為get request，表單提交的數據將附加在URL之后，與URL之間用分隔符隔開。字母數字字符按原樣發(fā)送，但空格轉換為“sign”，其他符號轉換為%XX，其中XX是十六進制符號的ASCII（或ISO Latin-1）值。get請求提交的數據放在HTTP請求協(xié)議頭中，post提交的數據放在實體數據中。get方式提交的數據最多只能有1024字節(jié)，post沒有這個限制

get，post就夠了。。什么restful接口？完成這項工作很好。別惹那些花哨的