SOAP与REST API的区别

之前一直想写些RESTful相关的文章，却一直未付诸行动。直到最近接手一个新的项目，对这块重新温习，乘此机会写些相关帖子。欢迎大家评论留言，如有错漏之处，也望各位大佬不令赐教。

话不多说，干活顶上。

SOAP（Simple Object Access Protocol - 简单对象访问协议）定义了一种强类型的消息传递框架，该框架高度依赖XML和schemas。

REST（Representation State Transfer - 表示状态转移）是一种架构样式风格，它利用了当下被广泛采用的技术（特别是HTTP），本身却不创建任何新的标准。REST可以将数据结构序列化为XML，YAML或任何其他机器可读格式，但通常首选JSON。

SOAP和REST都支持构建基于应用程序的SOA（Service-oriented architecture，面向服务的架构），在实际项目中如何选择主要看业务的需求是什么。那如何选择呢？

这便是今天的重点，讨论下两者的主要区别。今天主要从一下几个方面进行区别：

底层协议

数据格式

有状态

SOAP Web服务是无状态的，但是可以通过修改服务器上的代码轻松变为有状态的。
RESTful Web服务是完全无状态的。对话状态的管理完全由客户端进行控制。服务端不保留任何状态信息。也就是我们通常所说的，客户端的每次请求必须携带所有可能用到的信息。

HTTP的方法使用

缓存

SOAP可以使用HTTP传输机制，但是都转换为HTTP POST方法。而POST是非幂等的，所以无法在HTTP级别进行缓存。因此SOAP的响应需要通过 Response Caching Optimization Module给的信息进行缓存。
REST可以发送HTTP GET请求，GET是幂等的，因此REST可以使用HTTP提供的缓存机制，使响应数据可以标记为可缓存或不可缓存。

安全

SOAP通过WS-SECURITY对安全进行了很好的标准化。
REST主要使用HTTP协议，HTTP本身是非常不安全的，但通过TLS它可以支持基础的身份认证和通信加密，即HTTPS。此外，在服务器上还可以进一步实施安全措施。

异步处理

创建和更新通常非常消耗资源，有时会需要异步请求处理。

SOAP 1.2提供了额外的标准，可保证应用的可靠性和安全性。例如：WSRM – WS-Reliable Messaging。
REST我们通常返回HTTP状态码202（Accepted）和队列位置，该位置上，任务的完成状态将会被定期更新（当然，我们也可以将完成状态信息存在数据库中，并定期新增状态信息，供客户端查询）。

总结

总体而言，REST更易于开发，因为它利用了已经存在的Web，并且自由度受到限制（做出的选择更少，因此更简单）。SOAP提供了多种选择，并且开发难度也稍大一些，但是提供了更多的选择。

作者：吴家二少

本文欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接

巴特西