GET,POST,PUT,DELETE,OPTIONS等請求方式簡單總結

以前作的java web項目，基本上只使用get和post的請求方式，可是如今新項目額外增長了put，delete，查了點資料，作個簡單的總結。

一、GET-安全且冪等

get請求是用來獲取數據的，只是用來查詢數據，不對服務器的數據作任何的修改，新增，刪除等操做。

在這裏咱們認爲get請求是安全的，以及冪等的。安全就是指不影響服務器的數據，冪等是指同一個請求發送屢次返回的結果應該相同。

特色：

get請求會把請求的參數附加在URL後面，這樣會產生安全問題，若是是系統的登錄接口採用的get請求，須要對請求的參數作一個加密。

get請求其實自己HTTP協議並無限制它的URL大小，可是不一樣的瀏覽器對其有不一樣的大小長度限制

二、POST-不安全且不冪等

post請求通常是對服務器的數據作改變，經常使用來數據的提交，新增操做。

特色：

post請求的請求參數都是請求體中

post請求自己HTTP協議也是沒有限制大小的，限制它的是服務器的處理能力

三、PUT-不安全但冪等

put請求與post同樣都會改變服務器的數據，可是put的側重點在於對於數據的修改操做，可是post側重於對於數據的增長。

四、DELETE-不安全但冪等

delete請求用來刪除服務器的資源。

五、OPTIONS

options請求屬於瀏覽器的預檢請求，查看服務器是否接受請求，預檢經過後，瀏覽器纔會去發get，post，put，delete等請求。至於什麼狀況下瀏覽器會發預檢請求，瀏覽器會會將請求分爲兩類，簡單請求與非簡單請求，非簡單請求會產生預檢options請求。

關於options請求具體詳細的能夠觀看另外一位做者的這篇文章：https://www.jianshu.com/p/5cf82f092201

另外：這些不一樣方式的請求形式，只是一種規範定義而已，並非說get請求沒法修改服務器的數據，只是一種規範，好比你也能夠全部的請求都經過post方式來訪問，實現功能上面沒有任何問題，只是說這種作不符合了規範而已，咱們日常編碼仍是儘可能符合規範比較好。

 

 

轉自：https://blog.csdn.net/zhenwei1994/article/details/84399999

 

轉自：