REST是一种构架风格，REST指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或者设计就是RESTful，核心就是面向资源，REST专门针对网络应用设计和开发方式，以降低开发的复杂性，提高系统的可伸缩性。
RESFUL是一种架构风格，其核心是面向资源，遵循CRUD原则，这个原则告诉我们对于资源只需要4种行为，分别是：创建，获取，更新和删除，并且这些资源执行的操作时通过HTTP协议规定的；webService底层SOAP协议，主要核心是面向活动，有严格的规范和标准，包括安全，事务等方面。
REST是一种构架风格，REST指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或者设计就是RESTful，核心就是面向资源，REST专门针对网络应用设计和开发方式，以降低开发的复杂性，提高系统的可伸缩性。
RESTful是无状态的，无状态是指任意一个web请求必须完全与其他请求隔离，是独立的，当请求端提出请求时，请求本身包含了这一请求的全部信息，这个约束提高系统的可伸缩性，可见性，可靠性。无状态优势就是在调用接口，操作资源的时候，可以不考虑上下文，不用考虑当前状态，降低复杂度。
WebService就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。也就是说，可以通过编程的方法通过Web来调用这个应用程序。它可以跨编程语言，跨操作系统平台的这么一个远程调用技术，采用SOAP(面向对象访问协议)协议传输。
REST API 和WebService有哪些不同？
从基本原理层次上说，REST 样式和 SOAP 样式 Web Service的区别取决于应用程序是面向资源的还是面向活动的。例如，在传统的WebService中，一个获得天气预报的webservice会暴露一个WebMethod。而RESTful WebService暴露的不是方法，而是对象（资源）。
在 REST 的定义中，一个 Web Service总是使用固定的 URI 向外部世界呈现（或者说暴露）一个资源。可以说这是一种全新的思维模式：使用唯一资源定位地址 URI，加上 HTTP 请求方法从而达到对一个发布于互联网资源的唯一描述和操作。
REST的思想归结以下有如下几个关键点：
1．面向资源的接口设计
所有的接口设计都是针对资源来设计的，也就很类似于我们的面向对象和面向过程的设计区别，只不过现在将网络上的操作实体都作为资源来看待，同时URI的设计也是体现了对于资源的定位设计。后面会提到有一些网站的API设计说是REST设计，其实是RPC-REST的混合体，并非是REST的思想。
2．抽象操作为基础的CRUD
这点很简单，Http中的get,put,www.hbbz08.com post,delete分别对应了read,update,create,delete四种操作，如果仅仅是作为对于资源的操作，抽象成为这四种已经足够了，但是对于现在的一些复杂的业务服务接口设计，可能这样的抽象未必能够满足。其实这也在后面的几个网站的API设计中暴露了这样的问题，如果要完全按照REST的思想来设计，那么适用的环境将会有限制，而非放之四海皆准的。
3．Http是应用协议而非传输协议
这点在后面各大网站的API分析中有很明显的体现，其实有些网站已经走到了SOAP的老路上，说是REST的理念设计，其实是作了一套私有的SOAP协议，因此称之为REST风格的自定义SOAP协议。
4．无状态，自包含
这点其实不仅仅是对于REST来说的，作为接口设计都需要能够做到这点，也是作为可扩展和高效性的最基本的保证，就算是使用SOAP的WebService也是一样。
"SOAP WebService " 和 "RESTful WebService" 的区别和联系
SOAP(Simple
Object
Access
Protocol)简单对象访问协议，是基于HTTP的一种异构系统通信的协议，说白了就是xml文档传输，之所以会有它，就是在于不同语言C,C++,JAVA等语言开发的系统进行通信，是WebService就是基于SOAP协议的，确实是一种比较传统的SOA解决方案。
REST(Rerepresentational
State
Transfer)是外国一位博士提出的一种架构风格，从资源状态转换角度看待资源，但也是基于SOAP协议进行通信。
rest
是一种风格
restful
Webservice
和
soap的区别在于表现形式不一样，如果想深入了解
可以去开开
深入理解Webservice
这本书，restful
Webservice
不只是可以用json
也可以用xml
更可以用html做消息返回，
rest
风格的Webservice
和传统的soap
主要的表现在于
rest是将资源暴露
soap是暴露操作
。具体的流程其实和soap是一样的，但是rest更方便，更轻。
REST API 和WebService有哪些不同
rest api属于webService的其中一种请求样式：你应该想问的是REST 样式和 SOAP 样式 的区别吧？
从基本原理层次上说，REST 样式和 SOAP 样式 Web Service的区别取决于应用程序是面向资源的还是面向活动的。例如，在传统的WebService中，一个获得天气预报的webservice会暴露一个WebMethod：string GetCityWether（string city）。而RESTful WebService暴露的不是方法，而是对象（资源），通过Http GET, PUT, POST 或者 DELETE来对请求的资源进行操作。在 REST 的定义中，一个 Web Service总是使用固定的 URI 向外部世界呈现（或者说暴露）一个资源。可以说这是一种全新的思维模式：使用唯一资源定位地址 URI，加上 HTTP 请求方法从而达到对一个发布于互联网资源的唯一描述和操作。
最后，如果你已经有相关接口，若需要测试，推荐eolinker，可视化界面 ，支持自动生成文档，支持Mock数据，自动化测试，生成SDK，团队协作等等。eolinker也是目前国内最大的在线接口管理平台~
webservice和servlet的区别
最近项目中有提供或者调用别的接口，在纠结中到底是用servlet还是用webservice，所以上网查看了下他们以及RMI之间的区别，方便加深了解。
首先比较下servlet和webservice下
请求：
servlet:提供了请求/响应模式，是JAVA的一种规范，只能使用于java上，用来替代早期使用的难懂的CGI，是一种无状态的请求响应，客户端访问一个服务器的url，只需要发送简单的httprequest即可。
规定了四个范围：pageContext、request、session、application。一定依赖于各种SERVLET容器，但servlet只能接受一个简单的http请求
WebService最早是微软提出了一种以XML为载体网络信息传输的规范，现在几乎所有的语言与平台都支持，带有状态机制，不依赖于SERVLET容器，可以发送一个xml作为其请求内容，WebService通常是基于http的远程方法调用(RMI)，号称是可以反回远程对象，
一般来说客户段可以象调用本地方法一样调用WebService的方法。
传输：
servlet使用http协议传输数据，如果你用Servlet返回XML，那个XML的描述框架就是你定的，必须告知使用者具体的说明，没有统一标准。
webservice使用固定的XML格式封装成soap消息，可以使用http作为底层数据传输，但并不局限于http协议，方法返回消息是有标准的。
返回结果：
servlet返回的是html页面
webservice返回的可以是复杂对象甚至使用附件或者mutidata的二进制文件。
部署：
servlet需要遵守j2ee的Web Application规范部署的应用服务器上，如tomcat,weblogic，websphere
WebService则需要有WSDL文件来部署服务，或者使用UDDI注册。
优势：
WebService的跨平台特性是servlet不能比的，可以被各种语言调用
servlet相对来说速度上的优势也是不可忽视的。
接下来在看看RMI和webservice中的
rmi的客户端和服务端都必须是java，webservice没有这个限制
webservice是在http协议上传递xml文本文件，与语言和平台无关
rmi是在tcp协议上传递可序列化的java对象，只能用在java虚拟机上，绑定语言
RMI是EJB远程调用的基础，仅用RMI技术就可以实现远程调用，使用EJB是为了实现组件，事物，资源池，集群等功能。
WebService是通过XML来传输数据，可用http等协议因此可在异构系统间传递，并且可以穿过防火墙，可在公网上远程调用
什么是RESTful Web Service
其实早在web
service概念产生前就有了restful的概念，或者说restful是和Http一起诞生的。
可以参阅
Roy
Fielding
的论文“Architectural
Styles
and
the
Design
of
Network-based
Software
Architectures”，
我本身并没有读过。
Restful的意思是‘宁静的’，你可以理解为‘简约而不简单’，或者‘和谐的’。一个协议只有足够的简约才有扩展性和生命力，复杂的东西往往伴随的是大量bug和规模膨胀后的不可控。
Restful就是Http的本质，仅仅是一个资源URI，和Get，Post，Put，Delete四种操作。一切Web的行为皆源于此。
所以早期的网站，或者说是静态的网站的都是Restful的，如果广义的把浏览器获取web
page当做一种web
service的话，那么他们都提供了Restful
Web
Service。
所以Restful并不是个陌生的概念，更不是个新的概念，只不过是一直被忽略了。
一样东西之所以被忽略，因为没有对立面，
或者说没有可比较的东西。世界上的概念都是相对的，有了丑才有美，有了胖才有瘦。
同样当仅仅只有restful的时候，便很少有人真正了解restful的意思。
直到有一天，restful的原则被打破，世界上出现了非restful的web行为，我们可以把它称做‘RPC-style’的web
service。
推荐阅读：