WebService 与 REST 的区别

一句话：前者是xml交互，后者json

WebService 和 REST（Representational State Transfer）都是用于分布式系统间通信的技术或架构风格，但它们在设计理念、协议依赖和实现复杂度上有显著差异。

特性	WebService (通常指 SOAP/WSDL)	REST (架构风格)
基础协议	通常使用 SOAP (Simple Object Access Protocol) 协议，该协议可基于多种传输协议（HTTP、SMTP、TCP等），但最常见的是 HTTP。	必须基于 HTTP/HTTPS 协议，充分利用其动词（GET, POST, PUT, DELETE）。
消息格式	严格的 XML 格式（SOAP Envelope），需要遵循 WSDL (Web Services Description Language) 定义的契约。	格式灵活，常使用 JSON，也可使用 XML、HTML 或纯文本。
服务发现	依赖 WSDL (Web Services Description Language) 文件，提供严格的服务接口定义和数据类型。	无强制性的描述文件（可使用 Swagger/OpenAPI 等工具辅助），接口是自描述的。
复杂度	较高。需要复杂的 XML 解析和生成，以及额外的 SOAP 协议头处理。	较低。直接使用 HTTP 的功能，数据格式轻量化。
有状态性	默认支持有状态操作（尽管不推荐），但通常设计为无状态。	严格要求是无状态（Stateless）的。服务器不会存储客户端状态。
性能	较差。SOAP 消息头部开销大，XML 解析和序列化耗时。	较好。JSON 格式轻量，传输效率高，且可利用 HTTP 缓存。

WebService 是一种**协议驱动（Protocol-Driven）的架构，其核心是远程过程调用（RPC）**的思想。

REST 是一种资源导向（Resource-Oriented）**的架构风格，其核心思想是将服务器上的所有数据都视为**资源（Resource）。

资源导向： 客户端通过 HTTP 动词操作一个资源。例如，要获取用户 ID 为 100 的信息：
- GET /users/100 (获取资源)
- POST /users (创建资源)
- PUT /users/100 (更新资源)
- DELETE /users/100 (删除资源)
统一接口： 依赖 HTTP 的标准操作，因此具有高度的可扩展性和互操作性。

风格	优点	缺点	适用场景
WebService (SOAP)	协议独立性强，具有严格的规范和安全性扩展，支持 ACID 事务。	消息体积大，传输慢，实现复杂，客户端需处理复杂的 XML 结构。	金融交易、遗留系统集成、要求强安全性和事务保证的企业级应用。
REST	轻量、快速、易于实现和调试，可充分利用现有 Web 基础设施（如缓存）。	安全性和事务管理需额外实现，缺乏统一的官方标准。	移动应用、Web 应用的前后端分离、公共 API 开放、微服务架构。

在当前的互联网开发中，由于其轻量、高效和易用 的特点，RESTful API 已经成为构建新服务的主流选择。