介面請求(get post head等)詳解

2021-10-10 20:19:03 字數 1271 閱讀 8799

1、get 向特定資源發出請求(請求指定頁面資訊,並返回實體主體)

2、post 向指定資源提交資料進行處理請求(提交表單、上傳檔案),又可能導致新的資源的建立或原有資源的修改

4、head 與伺服器索與get請求一致的相應,響應體不會返回,獲取包含在小訊息頭中的原資訊(與get請求類似,返回的響應中沒有具體內容,用於獲取報頭)

5、delete 請求伺服器刪除request-url所標示的資源*(請求伺服器刪除頁面)

6、opions 返回伺服器針對特定資源所支援的html請求方法 或web伺服器傳送*測試伺服器功能(允許客戶端檢視伺服器效能)

url全稱是資源描述符,我們可以這樣認為:乙個url位址,它用於描述乙個網路上的資源,而http中的get,post,put,delete就對應著對這個資源的查 ,改 ,增 ,刪 4個操作。到這裡,大家應該有個大概的了解了,get一般用於獲取/查詢資源資訊。

post向指定資源提交資料進行處理請求(提交表單、上傳檔案),又可能導致新的資源的建立或原有資源的修改。

post請求一般通過body傳遞引數。例如登入:

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

put:這個方法比較少見。html表單也不支援這個。本質上來講, put和post極為相似,都是向伺服器傳送資料,但它們之間有乙個重要區別,put通常指定了資源的存放位置,而post則沒有,post的資料存放位置由伺服器自己決定。

舉個例子:如乙個用於提交博文的url,/addblog。如果用put,則提交的url會是像這樣的」/addblog/abc123」,其中abc123就是這個博文的位址。而如果用post,則這個位址會在提交後由伺服器告知客戶端。目前大部分部落格都是這樣的。顯然,put和post用途是不一樣的。具體用哪個還取決於當前的業務場景。

delete:刪除某乙個資源。基本上這個也很少見,不過還是有一些地方比如amazon的s3雲服務裡面就用的這個方法來刪除資源。

options:這個方法很有趣,但極少使用。它用於獲取當前url所支援的方法。若請求成功,則它會在http頭中包含乙個名為「allow」的頭,值是所支援的方法,如「get, post」。

php curl 介面請求

通過url獲取頁面資訊 param string url 位址 return string 返回頁面資訊 function get url url 模擬post提交 param string url 位址 param string data 提交的資料 return string 返回結果 func...

RestClient(介面請求)

一 電子簽章 通過介面,傳入引數中有pdf檔案,和其他引數,在檔案上蓋上電子簽章。引入 通過nuget安裝restsharp,注意版本。備註 如果後面程式執行有錯,可以看是引用是否更改了web.config檔案 一般會更改newtonsoft.json的版本 電子簽章 蓋章 為1 表示報名確認函 為...

RestTemplate介面請求總結

使用getforentity呼叫介面,返回結果呼叫getstatuscode 方法取得httpstatus物件,然後就可以呼叫裡面的各種方法來滿足你的需求了 判斷介面返回是否為200 public static boolean ping catch exception e 二 什麼都不帶,將引數拼接...