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本身便是基于HTTP而发展的协议。
- REST与HTTP几乎一样，REST规范没有强制的要求。
数据格式
- SOAP只依靠XML来提供消息传递服务。在某些情况下，消息传递服务可能变得极其复杂。例如，通过javascript访问Web服务，
- REST可以语言自由的选择易解析的数据格式。例如，CSV、JSON、XML、YAML等等。
有状态
- SOAP Web服务是无状态的，但是可以通过修改服务器上的代码轻松变为有状态的。
- RESTful Web服务是完全无状态的。对话状态的管理完全由客户端进行控制。服务端不保留任何状态信息。也就是我们通常所说的，客户端的每次请求必须携带所有可能用到的信息。
HTTP的方法使用
- SOAP可以对HTTP协议进行绑定。当绑定HTTP协议时，所有的SOAP请求都通过HTTP POST发送。
- REST主要使用HTTP协议。通过HTTP GET、POST、PUT、DELETE和PATCH方法进行CRUD操作。
缓存
- 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提供了多种选择，并且开发难度也稍大一些，但是提供了更多的选择。
版权声明：本文为cloudman-open原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。