介面請求的六種常見方式:
1、Get 向特定資源發出請求(請求指定頁面資訊,并回傳物體主體)
2、Post 向指定資源提交資料進行處理請求(提交表單、上傳檔案),又可能導致新的資源的建立或原有資源的修改
3、Put 向指定資源位置上上傳其最新內容(從客戶端向服務器傳送的資料取代指定檔案的內容)
4、Head 與服務器索與get請求一致的相應,回應體不會回傳,獲取包含在小訊息頭中的原資訊(與get請求類似,回傳的回應中沒有具體內容,用于獲取報頭)
5、Delete 請求服務器洗掉request-URL所標示的資源(請求服務器洗掉頁面)
6、opions 回傳服務器針對特定資源所支持的HTML請求方法 或web服務器發送測驗服務器功能(允許客戶端查看服務器性能)

get請求
URL全稱是資源描述符,我們可以這樣認為:一個URL地址,它用于描述一個網路上的資源,而HTTP中的GET,POST,PUT,DELETE就對應著對這個資源的查 ,改 ,增 ,刪 4個操作,到這里,大家應該有個大概的了解了,GET一般用于獲取/查詢資源資訊,

post請求
post向指定資源提交資料進行處理請求(提交表單、上傳檔案),又可能導致新的資源的建立或原有資源的修改,
post請求一般通過body傳遞引數,例如登錄:

head請求
HEAD和GET本質是一樣的,區別在于HEAD不含有呈現資料,而僅僅是HTTP頭資訊,有的人可能覺得這個方法沒什么用,其實不是這樣的,想象一個業務情景:欲判斷某個資源是否存在,我們通常使用GET,但這里用HEAD則意義更加明確,

put請求
PUT:這個方法比較少見,HTML表單也不支持這個,本質上來講, PUT和POST極為相似,都是向服務器發送資料,但它們之間有一個重要區別,PUT通常指定了資源的存放位置,而POST則沒有,POST的資料存放位置由服務器自己決定,
舉個例子:如一個用于提交博文的URL,/addBlog,如果用PUT,則提交的URL會是像這樣的”/addBlog/abc123”,其中abc123就是這個博文的地址,而如果用POST,則這個地址會在提交后由服務器告知客戶端,目前大部分博客都是這樣的,顯然,PUT和POST用途是不一樣的,具體用哪個還取決于當前的業務場景,

DELETE請求
DELETE:洗掉某一個資源,基本上這個也很少見,不過還是有一些地方比如amazon的S3云服務里面就用的這個方法來洗掉資源,

options請求
OPTIONS:這個方法很有趣,但極少使用,它用于獲取當前URL所支持的方法,若請求成功,則它會在HTTP頭中包含一個名為“Allow”的頭,值是所支持的方法,如“GET, POST”,

本文借助Eolinker API管理工具進行展示,Eolinker是一個適配不同規模團隊的Saas工具,同時也支持私有化部署,
使用地址:www.eolinker.com
轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/228449.html
標籤:其他
上一篇:Python編程與測驗開發技術學習路線【模塊一】20201126更新整理
下一篇:API管理平臺的價值
