什么是restful
1.基本介绍
REST是什么？
REST(Representational State Transfer)
官方解释：表述性状态传递
通俗来讲：资源在网络中以某种表现形式进行状态转移。
RESTful架构风格最初由Roy T. Fielding（HTTP/1.1协议专家组负责人）在其2000年的博士学位论文中提出。HTTP就是该架构风格的一个典型应用。
为什么会使用RESTful结构呢？
在移动端盛行之前，网页前后端联系很紧密，比如当时的PHP,JSP。在当时来看这是问题不大，各种不同的客户端(手机，平板等)。这样的情况之下，RESTful出现了。
RESTful可以通过一套统一的接口为 Web，iOS和Android提供服务。
2.知识剖析
REST最大的几个特点为：资源、统一接口、URI和无状态。
资源:就是网络上的一个实体，或者说是网络上的一个具体信息。
资源总是以某种Representation为载体显示的，即序列化的信息
常用的Representation是json(推荐)或者xml（不推荐）等
Representation 是REST架构的表现层
统一接口：
RESTful架构风格规定，数据的元操作，即CRUD操作，分别对应于HTTP方法：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源，这样就统一了数据操作的接口，仅通过HTTP方法，就可以完成对数据的所有增删查改工作。
GET（SELECT）：从服务器取出资源（一项或多项）。
POST（CREATE）：在服务器新建一个资源。
PUT（UPDATE）：在服务器更新资源（客户端提供完整资源数据）。
DELETE（DELETE）：从服务器删除资源。
URI
可以用一个URI（统一资源定位符）指向资源，即每个URI都对应一个特定的资源。要获取这个资源，访问它的URI就可以，因此URI就成了每一个资源的地址或识别符。
一般的，每个资源至少有一个URI与之对应，最典型的URI即URL。
无状态
所谓无状态的，即所有的资源，都可以通过URI定位，而且这个定位与其他资源无关，也不会因为其他资源的变化而改变。有状态和无状态的区别，举个简单的例子说明一下。如查询员工的工资，如果查询工资是需要登录系统，进入查询工资的页面，执行相关操作后，获取工资的多少，则这种情况是有状态的，因为查询工资的每一步操作都依赖于前一步操作，只要前置操作不成功，后续操作就无法执行；如果输入一个url即可得到指定员工的工资，则这种情况是无状态的，因为获取工资不依赖于其他资源或状态，且这种情况下，员工工资是一个资源，由一个url与之对应，可以通过HTTP中的GET方法得到资源，这是典型的RESTful风格。
具体规范
URI命名规范
文档(资源的单一形式，可理解为一个对象)类型的资源用名词(短语)单数命名
集合(容器，相当于资源的集合)类型的资源用名词(短语)复数命名
仓库(资源库)类型的资源用名词(短语)复数命名
URI都为小写，如果有连着的单词就用“/”分隔，分配到下一级
URI中有些字段可以是变量，在实际使用中可以按需替换
3.常见问题
1.HTTP常见的响应状态码有哪些，分别代表什么？
4.解决方案
200 (“OK”) 用于一般性的成功返回
201 (“Created”) 资源被创建
204 (“No Content”) 此状态可能会出现在PUT、POST、DELETE的请求中，一般表示资源存在，但消息体中不会返回任何资源相关的状态或信息。
301 (“Moved Permanently”) 资源的URI被转移，需要使用新的URI访问
400 (“Bad Request”) 用于客户端一般性错误返回, 在其它4xx错误以外的错误，也可以使用400
404 (“Not Found”) 找不到URI对应的资源
500 (“Internal Server Error”) 服务器端的接口错误，此错误于客户端无关
5.扩展思考
Rest请求方法解析
Get
get方法在Rest中主要用于获取资源，能够发送参数，不过有限制，且参数都会以?开头的形 式附加在URL尾部
因为参数信息会完全暴露，因此是不推荐发送重要信息的。get方法产生一个tcp数据报一次发送完毕。
规范的get方法处理器应该是幂等的，也就是说对一个资源不论发送多少次get请求都不会更改数据或造成破坏。
应该在编写处理器的时候保证幂等从而提高安全性
Post
post方法在Rest请求中主要用于添加资源，参数信息存放在请求报文的消息体中相对安全，且可发送较大信息
post因为参数信息存在方消息体中相对安全，一般用于发送重要数据，且post产生两个tcp数据报需要发送两次完成
对于get和post的本质区别该博客写的非常好
规范化的post方法处理器是不幂等的，因此如果用户重复对一个资源进行post应该在处理器中做出限制和处理保证对数据不造成破坏和更改 从而提高安全性
get和post本质区别
Put
put方法在Rest中主要用于更新资源，因为大多数浏览器不支持put和delete，会自动将put和delete请求转化为get和post. 因此为了使用put和delete方法,需要以post发送请求，在表单中使用隐藏域发送真正的请求。
put方法的参数是同post一样是存放在消息中的，同样具有安全性，可发送较大信息。
put方法是幂等的，对同一URL资源做出的同一数据的任意次put请求其对数据的改变都是一致的。比如更新/student/2的name值为bobdylan
不论提交该请求多少次，/student/2资源的name值会于提交一次请求无异
Delete
Delete在Rest请求中主要用于删除资源，因为大多数浏览器不支持put和delete，会自动将put和delete请求转化为get和post. 因此为了使用put和delete方法,需要以post发送请求，在表单中使用隐藏域发送真正的请求。
Delete方法的参数同post一样存放在消息体中,具有安全性，可发送较大信息 Delete方法是幂等的，不论对同一个资源进行多少次delete请求都不会破坏数据
5.参考文献
http://blog.csdn.net/zghwaicsdn/article/details/53788535#t16
6.更多讨论
鸣谢
感谢观看,如有出错,恳请指正