RESTful架構，是目前最流行的一種互聯(lián)網軟件架構。它結構清晰、符合標準、易于理解、擴展方便，所以正得到越來越多網站的采用。

REST這個詞，是Roy Thomas Fielding在他2000年的博士論文中提出的。Fielding是HTTP協(xié)議（1.0版和1.1版）的主要設計者、Apache服務器軟件的作者之一、Apache基金會的第一任主席。

Fielding將他對互聯(lián)網軟件的架構原則，定名為REST，即Representational State Transfer的縮寫。對這個詞組的翻譯是"表現(xiàn)層狀態(tài)轉化"。

如果有架構成功符合了REST原則，則稱它為RESTful架構。

什么是RESTful架構

理解Representational State Transfer詞組是什么意思，就能明白RESTful是一種什么樣的架構。

Representational State Transfer即"表現(xiàn)層狀態(tài)轉化"，完整表達是“資源表現(xiàn)層狀態(tài)轉化”

• 資源

資源指網絡上的一個實體，或者說是網絡上的一個具體信息。

它可以是一段文本、一張圖片、一首歌曲、一種服務，總之就是一個具體的實在。可以用一個URI（統(tǒng)一資源標識符）指向它，每種資源對應一個特定的URI。

要獲取這個資源，訪問它的URI就可以，因此URI就成了每一個資源的地址或獨一無二的識別符。

資源的例子

↘某用戶的手機號碼

↘某用戶的個人信息

↘最多用戶訂購的GPRS套餐

↘兩個產品之間的依賴關系

↘某用戶可以辦理的優(yōu)惠套餐

↘某手機號碼的潛在價值

URI（統(tǒng)一資源標識符）的例子：

↘http://www.pexue.com/

• 表現(xiàn)層（Representation）

我們把"資源"具體呈現(xiàn)出來的形式，叫做它的"表現(xiàn)層"（Representation）。"資源"是一種信息實體，它可以有多種外在表現(xiàn)形式。

如，文本可以用txt格式表現(xiàn)，也可以用HTML格式、XML格式、JSON格式表現(xiàn)，甚至可以采用二進制格式；圖片可以用JPG格式表現(xiàn)，也可以用PNG格式表現(xiàn)。

• 狀態(tài)轉化（State Transfer）

訪問一個網站，就代表了客戶端和服務器的一個互動過程。在這個過程中，勢必涉及到數(shù)據和狀態(tài)的變化?；ヂ?lián)網通信協(xié)議HTTP協(xié)議，是一個無狀態(tài)協(xié)議。

這意味著，所有的狀態(tài)都保存在服務器端。因此，如果客戶端想要操作服務器，必須通過某種手段，讓服務器端發(fā)生"狀態(tài)轉化"（State Transfer）。而這種轉化是建立在表現(xiàn)層之上的，所以就是"表現(xiàn)層狀態(tài)轉化"。

客戶端用到的手段是HTTP協(xié)議。具體來說是HTTP協(xié)議里的4個操作，GET、POST、PUT、DELETE。它們分別對應四種基本操作：

↘GET用來獲取資源，

↘POST用來新建資源（也可以用于更新資源），

↘PUT用來更新資源，

↘DELETE用來刪除資源。

• GET，DELETE，PUT和POST的典型用法
  

↘GET

獲取表示

變更時獲取表示（緩存）

200（OK） - 表示已在響應中發(fā)出

204（無內容） - 資源有空表示

301（Moved Permanently） - 資源的URI已被更新

303（See Other） - 其他（如，負載均衡）

304（not modified）- 資源未更改（緩存）

400 （bad request）- 指代壞請求（如，參數(shù)錯誤）

404 （not found）- 資源不存在

406 （not acceptable）- 服務端不支持所需表示

500 （internal server error）- 通用錯誤響應

503 （Service Unavailable）- 服務端當前無法處理請求

• POST

使用服務端管理的（自動產生）的實例號創(chuàng)建資源

創(chuàng)建子資源

部分更新資源

如果沒有被修改，則不過更新資源（樂觀鎖）

200（OK）- 如果現(xiàn)有資源已被更改

201（created）- 如果新資源被創(chuàng)建

202（accepted）- 已接受處理請求但尚未完成（異步處理）

301（Moved Permanently）- 資源的URI被更新

303（See Other）- 其他（如，負載均衡）

400（bad request）- 指代壞請求

404 （not found）- 資源不存在

406 （not acceptable）- 服務端不支持所需表示

409 （conflict）- 通用沖突

412 （Precondition Failed）- 前置條件失?。ㄈ鐖?zhí)行條件更新時的沖突）

415 （unsupported media type）- 接受到的表示不受支持

500 （internal server error）- 通用錯誤響應

503 （Service Unavailable）- 服務當前無法處理請求

• PUT

用客戶端管理的實例號創(chuàng)建一個資源

通過替換的方式更新資源

如果未被修改，則更新資源（樂觀鎖）

200 （OK）- 如果已存在資源被更改

201 （created）- 如果新資源被創(chuàng)建

301（Moved Permanently）- 資源的URI已更改

303 （See Other）- 其他（如，負載均衡）

400 （bad request）- 指代壞請求

404 （not found）- 資源不存在

406 （not acceptable）- 服務端不支持所需表示

409 （conflict）- 通用沖突

412 （Precondition Failed）- 前置條件失敗（如執(zhí)行條件更新時的沖突）

415 （unsupported media type）- 接受到的表示不受支持

500 （internal server error）- 通用錯誤響應

503 （Service Unavailable）- 服務當前無法處理請求

• DELETE

刪除資源

200 （OK）- 資源已被刪除

301 （Moved Permanently）- 資源的URI已更改

303 （See Other）- 其他，如負載均衡

400 （bad request）- 指代壞請求

404 （not found）- 資源不存在

409 （conflict）- 通用沖突

500 （internal server error）- 通用錯誤響應

503 （Service Unavailable）- 服務端當前無法處理請求

RESTful架構特色

符合RESTful標準的架構，應具備這些特征：

• 資源

資源總是以一定的格式來表現(xiàn)自己。文本用txt、html；圖片用JPG、JPEG等等。而JSON是RESTful API中最常用的資源表現(xiàn)格式。

• 統(tǒng)一接口

對于業(yè)務數(shù)據的CRUD，RESTful 用HTTP方法與之對應。

• URI（統(tǒng)一資源標識符）

它可以唯一標識一個資源，要注意的是，URL(統(tǒng)一資源定位符)是一種URI，因為它可以唯一標志資源。但URL != URI。應該說URL 是URI的子集。因為URL使用路徑來唯一標識資源，這只是唯一標識資源的一種方式。還可以用一個唯一編號來標識資源，如example.html.fuce2da23。只不過這種方式并不被廣泛使用?？傊诟拍钌蠈RL和URI有所區(qū)分。

• 無狀態(tài)

無狀態(tài)是指所有資源都可以用URI定位，而且這個定位與其他資源無關，不會因為其他資源的變動而變化。這里引入一個冪等性的概念：無論一個操作被執(zhí)行一次還是多次，執(zhí)行后的效果都相同。比如對某資源發(fā)送GET請求，如果訪問一次和訪問十次獲得的數(shù)據一樣，那么就說這個請求具有冪等性。

• URL中只能有名詞，不能出現(xiàn)動詞

因為在REST要求對資源的操作由HTTP 方法給出，而方法是由HTTP 請求報文頭部給出的，自然不需要在URL中暴露操作方式。

標簽：