一、答案

一種使用 HTTP 協(xié)議的規(guī)范，用 URL 定位資源，用 HTTP 描述操作?。

本質來講，就是客戶端通過 HTTP 協(xié)議，向服務器發(fā)送請求，服務器做出響應，通過 HTTP 向客戶端返回數(shù)據(jù)。從理念上講知道輸入，知道輸出，但是不清楚內部操作，故稱為“接口”。

二、誕生原因

轉自：https://blog.csdn.net/weixin_38087538/article/details/82838762

既然用普通的 HTTP 協(xié)議即可實現(xiàn)的功能，為什么要稱為 REST 接口呢？實際上 REST 接口是在 HTTP 協(xié)議基礎上，定義了一種適用于當前前后端分離的?HTTP 協(xié)議使用規(guī)范。沒有該規(guī)范之前，前后端分離時面臨的問題如下：

?很多人在錯誤的使用 http 協(xié)議定義接口，比如各種各樣的命名，什么 getUserInfoById， deleteById 之類的、有狀態(tài)和無狀態(tài)請求混用。

?對于 http 協(xié)議本身提供的規(guī)則并沒有很好的利用。

所以，為了更好的解決這些問題，干脆就定義一套規(guī)范，這套規(guī)則并沒有引入新的東西，無非就是對 http 協(xié)議本身的使用做了一些約束，比如說

?REST 是面向資源，每一個 URI 代表一個資源。

?強調無狀態(tài)化，服務器端不能存儲來自某個客戶的某個請求中的信息，并在該客戶的其他請求中使用。

?強調 URL 暴露資源時，不要在 URI 中出現(xiàn)動詞。

?合理的利用 http 狀態(tài)碼、請求方法。

三、詳細說明

轉自：https://www.cnblogs.com/Sandy-1128/p/REST-SANDY-0413.html

知乎大神 Ivony 有句話說的好：

URL 定位資源，用 HTTP 動詞（GET、POST、DELETE、PUT）描述操作。

咱們不解釋 REST 是哪幾個單詞的首字母，說了也不知道，翻譯成中文就是表現(xiàn)層狀態(tài)轉移，我是弄不懂。

在設計 web 接口的時候，REST 主要是用于定義接口名，接口名一般是用名次寫，不用動詞，那怎么表達“獲取”或者“刪除”或者“更新”這樣的操作呢 ？?用請求類型來區(qū)分。

比如，我們有一個 friends 接口，對于“朋友”我們有增刪改查四種操作，怎么定義REST接口？

增加一個朋友，uri: generalcode.cn/v1/friends 接口類型：POST

刪除一個朋友，uri: generalcode.cn/va/friends 接口類型：DELETE

修改一個朋友，uri: generalcode.cn/va/friends 接口類型：PUT

查找朋友，uri: generalcode.cn/va/friends 接口類型：GET

上面我們定義的四個接口就是符合 REST 協(xié)議的，請注意，這幾個接口都沒有動詞，只有名詞 friends，都是通過 Http 請求的接口類型來判斷是什么業(yè)務操作。

舉個反例：generalcode.cn/ va / deleteFriends 該接口用來表示刪除朋友，這就是不符合 REST 協(xié)議的接口。

一般接口的返回值是 JSON 或者 XML 類型的，大多是 JSON 格式。

用 HTTP Status Code 傳遞 Server 的狀態(tài)信息。比如最常用的 200 表示成功，500 表示 Server 內部錯誤，403 表示 Bad Request 等。（反例：傳統(tǒng)web開發(fā)返回的狀態(tài)碼一律都是200，其實不可取。）

那這種風格的接口有什么好處呢？前后端分離。前端拿到數(shù)據(jù)只負責展示和渲染，不對數(shù)據(jù)做任何處理。后端處理數(shù)據(jù)并以 JSON 格式傳輸出去，定義這樣一套統(tǒng)一的接口，在 web，ios，android 三端都可以用相同的接口，是不是很爽？！

?

（SAW：Game Over！）

總結

以上是生活随笔為你收集整理的通信 / HTTP / 什么是 REST 接口的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。