起源
REST这个词，是Roy Thomas Fielding在他2000年的博士论文中提出的。
Fielding是一个非常重要的人，他是HTTP协议（1.0版和1.1版）的主要设计者、Apache服务器软件的作者之一、Apache基金会的第一任主席。所以，他的这篇论文一经发表，就引起了关注，并且立即对互联网开发产生了深远的影响。
他这样介绍论文的写作目的
“本文研究计算机科学两大前沿----软件和网络----的交叉点。长期以来，软件研究主要关注软件设计的分类、设计方法的演化，很少客观地评估不同的设计选择对系统行为的影响。而相反地，网络研究主要关注系统之间通信行为的细节、如何改进特定通信机制的表现，常常忽视了一个事实，那就是改变应用程序的互动风格比改变互动协议，对整体表现有更大的影响。我这篇文章的写作目的，就是想在符合架构原理的前提下，理解和评估以网络为基础的应用软件的架构设计，得到一个功能强、性能好、适宜通信的架构。”
Fielding将他对这种互联网软件的架构原则命名为 Rest,即 Representtational state Transfer,翻译为:“表现层状态转化”。
如果一个架构符合Rest原则,就称它为Restful架构。
要理解RESTful架构，最好的方法就是去理解Representational State Transfer这个词组到底是什么意思，它的每一个词代表了什么涵义。如果你把这个名称搞懂了，也就不难体会REST是一种什么样的设计。
Resources(资源)
Rest(表现层状态转化)名称中省略了主语,表现层指的就是"资源"的变现层.
所谓资源,就是网络上一个实体,他可以是一段文本,一个图片,一首歌曲,一个服务…,总之就是一个具体的存在,你可以使用一个URI(统一资源定位符)来指向它.每种资源对应一种特定的URI,要访问一种资源,只需要直到指向他的URI就可以了.因此,URI就成了每一种资源的地址和独一无二的标识符.
所谓上网,就是与互联网上的一切资源进行互动,调用他的URI.
Representation(表现层)
“资源” 是一种信息实体,它有多种表现形式,我们把"资源"具体呈现出来的形式，叫做它的"表现层"（Representation）。
比如，文本可以用txt格式表现，也可以用HTML格式、XML格式、JSON格式表现，甚至可以采用二进制格式；图片可以用JPG格式表现，也可以用PNG格式表现。
URI只代表资源实体不代表它的表现形式.严格来说,有些网址后面的 .html是不必要的.因为这个后缀表示格式,属于 表现层范畴,而URI应该只代表资源的位置.它的具体表现形式应该在HTTP请求头中,使用Accept和Content-Type来指定,这两个字段才是对表现层的描述.
State Transfer(状态转化)
访问一个网站,就代表了客户端和服务端的一次互动,在这个互动中势必涉及到数据状态的转化.
互联网通信协议HTTP是一个无状态的协议,这意味着所有的状态都保存在服务端,因此，如果客户端想要操作服务器，必须通过某种手段，让服务器端发生"状态转化"（State Transfer）。而这种转化是建立在表现层之上的，所以就是"表现层状态转化"。
具体来说,就是HTTP协议里面四个表示操作方式的动词: GET,POST,PUT,DELETE.他们分别对应四种基本操作:GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源。
综述
综合上面的解释，我们总结一下什么是RESTful架构：
1. 每一个URI代表一种资源.
2. 客户端和服务器之间，传递这种资源的某种表现层
3.客户端通过四个HTTP动词，对服务器端资源进行操作，实现"表现层状态转化"。
Restful设计常见误区
RESTful架构有一些典型的设计误区:
最常见的一种就是URI中包含动词,因为资源表示一种实体,所以应该是名词,URI不应该有动词,动词应该放在HTTP协议中.
举例来说，某个URI是/view/show/1，其中show是动词，这个URI就设计错了，正确的写法应该是/view/1，然后用GET方法表示show。
如果某些动作是HTTP动词表示不了的，你就应该把动作做成一种资源。比如网上汇款，从账户1向账户2汇款500元，错误的URI是：
POST /accounts/1/transfer/500/to/2
正确的写法是把动词transfer改成名词transaction，资源不能是动词，但是可以是一种服务
POST /transaction HTTP/1.1
Host: 127.0.0.1
from=1&to=2&amount=500.00