REST的全稱是Representation State Transfer，它描述了一種設計Web應用的架構風格，它是一組架構約束條件和原則，滿足這些約束條件和原則的應用程式或設計就是 RESTful風格的。而符合RESTful風格的Web Services，就是我們所說的RESTful Web Services。REST原則如下：
資源由URI來指定
在Web應用中，所有的事物都應該擁有唯一的ID，代表ID的統一概念是：URI。URI構成了一個全域性名稱空間，使用URI標識你的關鍵資源意味著它們獲得了一個唯一、全域性的ID。
顯式的使用HTTP方法
REST 要求開發人員顯式地使用 HTTP 方法，並且使用方式與協議定義一致。 這個基本 REST 設計原則建立了建立、讀取、更新和刪除（create, read, update, and delete，CRUD）操作與 HTTP 方法之間的一對一對映。 根據此對映：
- 若要在伺服器上建立資源，應該使用 POST 方法。
- 若要檢索某個資源，應該使用 GET 方法。
- 若要更改資源狀態或對其進行更新，應該使用 PUT 方法。
- 若要刪除某個資源，應該使用 DELETE 方法。
資源多重表述
針對不同的需求提供資源多重表述。這裡所說的多重表述包括XML、JSON、HTML等。即伺服器端需要向外部提供多種格式的資源表述，供不同的客戶端使用。比如移動應用可以使用XML或JSON和伺服器端通訊，而瀏覽器則能夠理解HTML。
無狀態
對伺服器端的請求應該是無狀態的，完整、獨立的請求不要求伺服器在處理請求時檢索任何型別的應用程式上下文或狀態。無狀態約束使伺服器的變化對客戶端是不可見的，因為在兩次連續的請求中，客戶端並不依賴於同一臺伺服器。一個客戶端從某臺伺服器上收到一份包含連結的文件，當它要做一些處理時，這臺伺服器宕掉了，可能是硬碟壞掉而被拿去修理，可能是軟體需要升級重啟——如果這個客戶端訪問了從這臺伺服器接收的連結，它不會察覺到後臺的伺服器已經改變了。
"資源"是一種資訊實體，它可以有多種外在表現形式。我們把"資源"具體呈現出來的形式，叫做它的"表現層"（Representation）。訪問一個網站，就代表了客戶端和伺服器的一個互動過程。在這個過程中，勢必涉及到資料和狀態的變化。網際網路通訊協議HTTP協議，是一個無狀態協議。這意味著，所有的狀態都儲存在伺服器端。因此，如果客戶端想要操作伺服器，必須通過某種手段，讓伺服器端發生"狀態轉化"（State Transfer）。而這種轉化是建立在表現層之上的，所以就是"表現層狀態轉化"。客戶端用到的手段，只能是HTTP協議。具體來說，就是HTTP協議裡面，四個表示操作方式的動詞：GET、POST、PUT、DELETE。它們分別對應四種基本操作：GET用來獲取資源，POST用來新建資源（也可以用於更新資源），PUT用來更新資源，DELETE用來刪除資源。