文章目录
- 主要特性
- 无状态
- 客户端-服务器分离
- 统一接口
- 可缓存性
- 分层系统
- 按需代码（可选）
- 优点
- 可扩展性
- 灵活性和独立性
- 轻量级
- 缺点
- 设计复杂度
- 二进制数据传输效率低
- 依赖 HTTP
- 使用场景示例
RESTful API（Representational State Transfer API）是一种基于 REST 架构风格的应用程序接口（API）。REST 由 Roy Fielding 在 2000 年提出，主要用于创建网络应用程序，使客户端和服务器之间可以通过 HTTP 协议进行通信。RESTful API 遵循一组约束和原则，旨在提高系统的可扩展性、性能和简洁性。
主要特性
无状态
确保服务器不存储客户端上下文信息，每个请求都携带所有必要的数据，以便服务器能够理解并处理该请求，这简化了服务器的设计并提高了可伸缩性。
客户端-服务器分离
清晰划分职责，客户端负责用户界面和用户交互，服务器专注于数据管理和业务逻辑处理，两者通过明确的接口通信，便于独立开发和维护。
统一接口
所有资源通过标准的 HTTP 方法（GET, POST, PUT, DELETE 等）和资源标识符（URI）访问，简化了系统的整体架构，提升了互操作性。
可缓存性
利用 HTTP 协议的缓存机制，允许中间件或客户端缓存响应结果，减少不必要的网络请求，从而提升响应速度和减轻服务器负担。
分层系统
允许通过中间层（如代理服务器、网关）来处理请求，每层只需与相邻层通信，增强了系统的安全性、可扩展性和灵活性。
按需代码（可选）
可执行代码（如 JavaScript）给客户端，以动态扩展客户端功能，虽然不是 RESTful API 的核心要求，但提供了额外的灵活性。
优点
可扩展性
得益于无状态性，新服务可以轻松添加，且缓存策略进一步增强了系统的扩展能力，适应高流量需求。
灵活性和独立性
客户端和服务器的解耦使得它们可以独立升级和采用不同的技术栈，促进技术多样性。
轻量级
采用 HTTP 和 JSON 等简单、广泛支持的数据格式，降低了学习曲线，特别适合移动应用和物联网(IoT)设备的资源受限环境。
缺点
设计复杂度
尽管易于使用，但设计 RESTful API 可能比其他 API 更复杂，尤其是对于不熟悉 Web 架构的开发者。不适合实时应用：RESTful API 基于请求-响应模型，不适合需要实时数据的应用。
二进制数据传输效率低
处理大型多媒体文件时，由于需要进行 Base64 编码或 MIME 类型处理，可能会增加数据传输的开销和延迟。
依赖 HTTP
RESTful API 紧密绑定 HTTP 协议，限制了在非 HTTP 环境下的应用，如某些特定的物联网通信协议。
使用场景示例
- Web 服务和 API：提供 Web 应用和移动应用的后端服务，允许不同的前端应用程序与之交互。
- 微服务架构：在微服务架构中，RESTful API 是服务间通信的常见方式。
- 云应用使用：云计算环境中，RESTful API 用于管理资源和服务，支持自动化和集成。
- 开放平台服务：地图服务（如 Google Maps API）、天气预报服务等提供 RESTful API，方便开发者在其应用中集成地理位置查询、天气查询等功能，丰富应用内容。
- 多平台数据同步：在需要跨平台（如 Web、iOS、Android）同步用户数据、设置或状态时，RESTful API 提供了一个统一的数据交换标准，确保用户在不同设备间获得一致的体验。
- AI 服务接入：云服务商提供的 LLM、语音识别、图像识别等 AI 服务，通常通过 RESTful API 形式开放，便于开发者在自己的应用中集成高级 AI 功能。
