1.REST即表現層狀態傳遞（Representational [,rɛprɪzɛn'teʃnl] State Transfer，簡稱REST）。
（1）REST名詞解釋：
通俗來講就是資源在網絡中以某種表現形式進行狀態轉移。分解開來：
Resource：所指的不只是數據，而是數據和表現形式的組合；
Representational：某種表現形式，比如用JSON，XML，JPEG等；
State Transfer：狀態變化。通過HTTP動詞實現。
（2）RESTful API：
REST(表述性狀態轉移)是一組架構約束條件和原則。滿足這些約束條件和原則的應用程序或設計就是RESTful。
參考博文：
2.Java中實現RESTful API的主流框架：
l Jersey
l RESTEasy
l Restlet
l Apache CXF
以上幾個均為基於JAX-RS的實現，在性能測試中，JBoss的RESTEasy吞吐率最好，SUN的Jersey其次，CXF、Restlet最差。（網評）
3.滿足HATEOAS（超媒體作為應用狀態的引擎 Hypermedia As The Engine Of Application State）約束的REST實現，使用Spring Data項目中的以下幾個子項目：
(1)spring-data-rest並沒有真正的實現JAX-RS（Java API for RESTful Web Services）規范。
其中JAX-RS是Oracle的Java EE 6的技術，與Spring開源平台下的框架有所不同。
(2)Spring Data JPA 是 Spring 基於 ORM 框架、JPA 規范的基礎上封裝的一套JPA應用框架，可使開發者用極簡的代碼即可實現對數據的訪問和操作。
此外，Spring Data還包括包括非關系
數據庫、Map-Reduce 框架、雲數據服務等等；
HATEOAS（Hypermedia as the engine of application state）是 REST
架構風格中最復雜的約束，也是構建成熟 REST 服務的核心。REST 成熟度模型把 REST 服務按照成熟度划分成 4 個層次：
- 第一個層次（Level 0）的 Web 服務只是使用 HTTP 作為傳輸方式，實際上只是遠程方法調用（RPC）的一種具體形式。SOAP 和 XML-RPC 都屬於此類。
- 第二個層次（Level 1）的 Web 服務引入了資源的概念。每個資源有對應的標識符和表達。
- 第三個層次（Level 2）的 Web 服務使用不同的 HTTP 方法來進行不同的操作，並且使用 HTTP 狀態碼來表示不同的結果。如 HTTP GET 方法來獲取資源，HTTP DELETE 方法來刪除資源。
- 第四個層次（Level 3）的 Web 服務使用 HATEOAS。在資源的表達中包含了鏈接信息。客戶端可以根據鏈接來發現可以執行的動作。
從上述 REST 成熟度模型中可以看到，使用 HATEOAS 的 REST 服務是成熟度最高的，也是推薦的做法。對於不使用 HATEOAS 的 REST 服務，客戶端和服務器的實現之間是緊密耦合的。客戶端需要根據服務器提供的相關文檔來了解所暴露的資源和對應的操作。當服務器發生了變化時，如修改了資源的 URI，客戶端也需要進行相應的修改。而使用 HATEOAS 的 REST 服務中，客戶端可以通過服務器提供的資源的表達來
智能地發現可以執行的操作。當服務器發生了變化時，客戶端並不需要做出修改，因為資源的 URI 和其他信息都是動態發現的。
4.接口的安全性設計：
(1)使用HTTPS加密傳輸。
非對稱加密技術：服務端生成一把給服務端自己用的私鑰，一把給客戶端使用的公開的公鑰。原則是只有私鑰能打開公鑰，公鑰能打開私鑰，其中一種經典的實現叫RSA算法。
- 客戶端向服務器索取公鑰 PublicKey；
- 服務器將公鑰發給客戶端（這里沒有保密需求，因為公鑰是向所有人公開的）；
- 客戶端使用服務器的公鑰 PublicKey 把 Pre-Master-Key 加密成密文，傳送給服務器；
- 服務器用私鑰 PrivateKey 解密密文，獲取到客戶端發送的 Pre-Master-Key;
其中的第二步容易出現被中間人攔截偽造公鑰，這又如何解決？
需要服務端給客戶端發送一個證書，上面記載了服務器的域名，公鑰，單位，簽發機關，有效期等。
但是，又如何保障證書的安全？
其中一種防偽手段就是加簽名，只要有權威機構的簽名，就可以確認證書是真是的。而計算機的數字化簽名也是使用非對稱加密技術，具體不再詳述。
*(2)身份認證：使用JWT（無狀態分布式授權，支持各類語言） / OAuth 2.0等。
JWT原理圖：
*(3)權限管理：Apache Shiro（不依賴Web環境）、Spring Security等。
可以看到：應用代碼直接交互的對象是Subject，也就是說Shiro的對外API核心就是Subject；其每個API的含義：
Subject：主體，代表了當前“用戶”，這個用戶不一定是一個具體的人，與當前應用交互的任何東西都是Subject，如網絡爬蟲，機器人等；即一個抽象概念；所有Subject都綁定到SecurityManager，與Subject的所有交互都會委托給SecurityManager；可以把Subject認為是一個門面；SecurityManager才是實際的執行者；
SecurityManager：安全管理器；即所有與安全有關的操作都會與SecurityManager交互；且它管理着所有Subject；可以看出它是Shiro的核心，它負責與后邊介紹的其他組件進行交互，如果學習過SpringMVC，你可以把它看成DispatcherServlet前端控制器；
Realm：域，Shiro從從Realm獲取安全數據（如用戶、角色、權限），就是說SecurityManager要驗證用戶身份，那么它需要從Realm獲取相應的用戶進行比較以確定用戶身份是否合法；也需要從Realm得到用戶相應的角色/權限進行驗證用戶是否能進行操作；可以把Realm看成DataSource，即安全數據源。
(4)安全過濾：包括防止一些SQL注入、XSS、XXE、XSRF漏洞等。
(5)速度限制：限制某段時間內用戶請求次數。
(6)錯誤處理：非法操作記錄和處理。
(7)參數加密：接口參數加密+時效性驗證+私鑰，如：騰訊開放平台的OpenAPI。
5.討論與總結：
(1)REST相比於傳統SOAP的優勢？
- 可以利用緩存Cache來提高響應速度
- 通訊本身的無狀態性可以讓不同的服務器處理一系列請求中的不同請求，提高服務器的擴展性
- 瀏覽器即可做客戶端，簡化軟件開發的需求
- 相對於其他疊加的HTTP協議之上的機制，REST的軟件依賴性更小
- 不需要額外的資源發現機制
- 在軟件技術演進中的長期的兼容性更好
SOAP並不假定傳輸數據的下層協議，因此必須設計為能在各種協議上運行。即使絕大多數SOAP是運行在HTTP上，使用URI標識服務，SOAP也僅僅使用POST方法發送請求，用一個唯一的URI標識服務的入口。當然SOAP也有其自己適用的場景，在安全性、原子性事務、消息可靠性方面有自己獨特的優點。
(2)REST設計的核心是什么？
- 資源（Resource）
這個討論有爭議，有人提出REST並不是圍繞資源而設計的，而是一種為”建立十年內不過時的軟件系統架構“而建立的一種架構風格，也有人認為REST設計是以系統資源為中心的Web服務，如“最新訪問的10位會員”和“最活躍的10位會員”在數據上可能有重疊或者完全相同，而由於他們的表現形式不同，所以被歸為不同的資源。
- 資源的表現形式（Representation）
比如用JSON，XML，JPEG等；
- 狀態轉移（State Transfer）
一般地，GET/POST/PUT/DELETE即可滿足。
- 統一接口（Uniform Interface）
對資源使用一致的命名規則（naming scheme）,使用唯一、全局統一的命名規則的好處，既適用於瀏覽器中的Web應用，也適用於機對機（machine-to-machine，m2m）通信。
- 超文本驅動（Hypertext Driven）
“超媒體作為應用狀態的引擎（Hypermedia as the engine of application state）”，有時簡寫為HATEOAS。嚴格地說這個描述的核心是超媒體概念，換句話說：是鏈接的思想。
應用程序（已經檢索過文檔）如何“跟隨”鏈接檢索更多的信息。當然，如果使用一個遵守專用命名規范的簡單“id”屬性作為鏈接，也是可行的——但是僅限於應用環境之內。使用URI表示鏈接的優雅之處在於，鏈接可以指向由不同應用、不同服務器甚至位於另一個大陸上的不同公司提供的資源——因為URI命名規范是全球標准，構成Web的所有資源都可以互聯互通。
超媒體原則還有一個更重要的方面——應用“狀態”。簡而言之，實際上服務器端（如果你願意，也可以叫服務提供者）為客戶端（服務消費者）提供一組鏈接，使客戶端能通過鏈接將應用從一個狀態改變為另一個狀態。
對此原則總結如下：任何可能的情況下，使用鏈接指引可以被標識的事物（資源）。
(3)REST的應用場景？
如騰訊開放平台REST API導航圖：
