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

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

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

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

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

接口編程中，為什么只用get和post？

得到，帖子就夠了。。什么restful接口？完成這項工作很好。別胡思亂想

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