很多答案完全忘记了超媒体控件(HATEOAS)，这是REST的基础。其他一些人也提到了这个问题，但并没有很好地解释它。

本文将解释这两个概念之间的区别，而不涉及具体SOAP特性的细节。

REST vs SOAP不是要问的正确问题。

REST与SOAP不同，它不是一个协议。

REST是一种架构风格，是一种针对基于网络的软件架构的设计。

REST概念被称为资源。资源的表示必须是无状态的。它通过某种媒体类型来表示。媒体类型的一些例子包括XML、JSON和RDF。资源由组件操作。组件通过标准的统一接口请求和操作资源。在HTTP的情况下，这个接口由标准的HTTP操作组成，例如GET, PUT, POST, DELETE。

@Abdulaziz的问题确实说明了REST和HTTP经常同时使用的事实。这主要是由于HTTP的简单性及其与RESTful原则的非常自然的映射。

REST基本原则

客户端和服务器之间的通信

客户机-服务器体系结构具有非常明显的关注点分离。所有以RESTful风格构建的应用程序原则上也必须是客户机-服务器。

无状态的

对服务器的每个客户机请求都要求完全表示其状态。服务器必须能够在不使用任何服务器上下文或服务器会话状态的情况下完全理解客户端请求。因此，所有的状态都必须保存在客户机上。

缓存

可以使用缓存约束，从而将响应数据标记为可缓存或不可缓存。任何标记为可缓存的数据都可以被重用作为对相同后续请求的响应。

统一的接口

所有组件必须通过一个统一的接口进行交互。因为所有组件的交互都是通过这个接口进行的，所以与不同服务的交互非常简单。界面是一样的!这也意味着可以孤立地进行实现更改。这些变化不会影响基本组件的交互，因为统一的接口总是不变的。一个缺点是你被界面束缚住了。如果通过更改接口可以为特定服务提供优化，那么您就不走运了，因为REST禁止这样做。然而，从好的方面来看，REST是为web优化的，因此REST在HTTP上非常流行!

上述概念代表了REST的定义特征，并将REST体系结构与其他体系结构(如web服务)区分开来。值得注意的是，REST服务是web服务，但web服务不一定是REST服务。

请参阅REST设计原则的博客文章，了解更多关于REST和上述要点的详细信息。

编辑:根据评论更新内容

首先:正式来说，正确的问题应该是web服务+ WSDL + SOAP vs REST。 因为，虽然web服务在松散的意义上使用，当使用HTTP协议来传输数据而不是web页面时，它是这个想法的一种非常具体的形式。根据定义，REST不是“web服务”。 但实际上，每个人都忽略了这一点，所以我们也忽略它吧

已经有了一些技术上的答案，所以我将尝试提供一些直观的答案。

假设您想在远程计算机中调用一个函数，该函数是用其他编程语言实现的(这通常称为远程过程调用/RPC)。假设可以在编写函数的人提供的特定URL中找到该函数。你必须(以某种方式)向它发送一条消息，并得到一些响应。因此，有两个主要问题需要考虑。

你应该发送什么格式的信息 信息应该如何来回传递

对于第一个问题，官方定义是WSDL。这是一个XML文件，以详细和严格的格式描述了参数是什么，参数的类型是什么，名称，默认值，要调用的函数的名称，等等。这里的WSDL示例表明该文件是人类可读的(但并不容易)。

关于第二个问题，有各种各样的答案。然而，在实践中唯一使用的是SOAP。它的主要思想是:将之前的XML(实际消息)包装成另一个XML(包含编码信息和其他有用的内容)，并通过HTTP发送它。HTTP的POST方法用于发送消息，因为总是有消息体。

整个方法的主要思想是将URL映射到函数，即映射到操作。所以，如果你在某个服务器上有一个客户列表，你想查看/更新/删除一个，你必须有3个url:

Myapp /read-customer和在消息体中传递要读取的客户的id。 Myapp /update-customer和在body中传递客户的id以及新数据 Myapp /delete-customer和body中的id

REST方法有不同的看法。URL不应该代表一个动作，而是一个东西(在REST行话中称为资源)。因为HTTP协议(我们已经在使用)支持动词，所以使用这些动词来指定对该对象执行什么操作。

因此，使用REST方法，客户号12将在URL myapp/customers/12上找到。要查看客户数据，请使用GET请求点击URL。要删除它，使用相同的URL，使用delete动词。要更新它，再次使用带有POST谓词的相同URL和请求主体中的新内容。

有关服务必须满足才能被认为是真正RESTful的需求的更多细节，请参阅Richardson成熟度模型。本文给出了一些示例，更重要的是，解释了为什么(所谓的)SOAP服务是0级REST服务(尽管0级意味着对该模型的低遵从性，但它并不令人反感，并且在许多情况下仍然有用)。

恕我直言，你不能比较SOAP和REST，因为它们是两种不同的东西。

SOAP是一种协议，REST是一种软件体系结构模式。在互联网上有很多关于SOAP和REST的误解。

SOAP定义了基于XML的消息格式，支持web服务的应用程序使用该格式在internet上相互通信。为了做到这一点，应用程序需要事先了解消息契约、数据类型等。

REST表示来自URL的服务器的状态(作为资源)。它是无状态的，客户端不应该有超出超媒体理解范围的与服务器交互的先验知识。

很多答案完全忘记了超媒体控件(HATEOAS)，这是REST的基础。其他一些人也提到了这个问题，但并没有很好地解释它。

本文将解释这两个概念之间的区别，而不涉及具体SOAP特性的细节。

添加:

在使用REST时经常犯的一个错误是把它看作是“带有url的web服务”——把REST看作是另一种远程过程调用(RPC)机制，就像SOAP一样，但是通过纯HTTP url调用，没有SOAP庞大的XML名称空间。

相反，REST与RPC没有什么关系。RPC是面向服务的，关注动作和动词，而REST是面向资源的，强调组成应用程序的事物和名词。