我正在学习 REST API，但无法理解如何在分布式 Web 应用程序中使用 REST？ 这是唯一的参考 http://www.slideshare.net/hemapani/developing-distributed-web-applications-where-does-rest-fit-in-8083222我见过。但我仍然无法了解分布式计算的 REST。 先感谢您。

我不太清楚你的问题在问什么，但总的来说 - REST 只是执行 RMI（远程方法调用）或 RPC（远程过程调用）的另一种方式。然而，虽然 RMI 只能在 Java 中工作，但 REST 使用 HTTP 协议进行通信。由于我们今天使用的大多数技术/库/语言都实现了 HTTP，因此这是一种连接它们的简单方法。

最初是 SOAP（简单对象访问协议 http://en.wikipedia.org/wiki/SOAP#History）用于实现服务器间和客户端-服务器通信。 SOAP 在 HTTP 之上还有许多附加功能。 WSDL（Web 服务描述语言 http://en.wikipedia.org/wiki/Web_Services_Description_Language）例如，允许自动生成代理。虽然这些功能使 SOAP 变得丰富且完美适合企业应用程序（CERN 实现了他们自己的 SOAP 版本，允许全状态通信），但对于许多快速变化的小型公司来说，它也太庞大了。

REST 使用 HTTP 的功能，但基本上在很多方面都有所不同。 url 和对象可以自由定义，以及对象序列化的格式（主要是 JSON）。此功能与 Python、Ruby 或 JavaScript（客户端或 NodeJS）等动态语言相结合，可以非常轻松地在不同服务之间以及客户端和服务之间建立通信（SPA - 单页应用程序，稍后）。

然而，我认为非常有趣的事实是，人们发现，你必须为这种弹性付出高昂的代价：

1. JSON 表示的对象 - 虽然小于 XML - 仍然大于字节码（这可以通过 gzip 解决很大一部分，但会产生第二个问题）
2. 将对象序列化到字符串或从字符串反序列化对象的效率非常低，并且比字节码表示慢得多。 （当然，压缩字符串以减小大小也会消耗 CPU）

到目前为止，只有一个选择：HTTP（效率低下）或 RMI（不灵活且只能由少数语言使用）。这就是为什么有两个项目来解决这个问题：

1. 来自 Google 的协议缓冲区https://code.google.com/p/protobuf/ https://code.google.com/p/protobuf/
2. 阿帕奇节俭http://thrift.apache.org/ http://thrift.apache.org/

这两个项目都允许您对您和您的消息使用特定的二进制格式。而且因为这两个项目都有不同语言的实现（Apache Thrift 比 Google 的 Protocol Buffer 多得多），您可以使用这种格式在不同服务器之间进行通信。

此外，直接的端到端通信并不总是您想要的，这就是为什么有不同的消息队列可以完成除消息转发之外的许多任务（例如发布-订阅、循环传递到一组服务、 ...）最广泛使用的可能是ZeroMQ http://zeromq.org/.

结论

您可以使用 REST 在分布式 Web 应用程序中的不同服务之间进行通信。由于在许多不同的主机和技术之间实现这种通信通道的简单性，这也经常被使用。然而，序列化/反序列化的开销可能会花费您大量的 CPU 时间，特别是如果您拥有包含许多服务的大型后端基础设施。这就是为什么您应该选择一种二​​进制格式（Apache Thrift、Protocol Buffers）以确保效率。