工业物联网通信协议博客系列
REST API 是什么及其工作原理
REST API 的互操作性
REST API 的实时性能
REST API 的安全性
与 MQTT、OPC UA、AMQP 的实现对比
REST API 的应用场景
未来的自动化涉及工业物联网（IIoT）、智能工厂和智能设备，连接性是这一新技术时代的核心。取代具有分层结构的刚性自动化金字塔的，是更广泛的网络结构，其中各个节点相互连接并交换数据。
实现这种智能联网需要具备工业物联网能力的设备，它们必须标准化、可扩展、兼容 IT 和 OT 系统、可互操作，并能安全通信。实现智能通信的协议包括 MQTT、OPC UA、AMQP 和 REST API。在我们的多部分博客系列中，您可以了解每种工业物联网通信协议的特性及其适用场景。本系列的第四部分将介绍 REST API。
MQTT
工业物联网的四大基于 TCP 的通信协议 —— 第一部分：MQTT
OPC UA
工业物联网的四大基于 TCP 的通信协议 —— 第二部分：OPC UA
AMQP
工业物联网的四大基于 TCP 的通信协议 —— 第三部分：AMQP
表述性状态转移（Representation State Transfer, REST）是一种架构框架，用于简化和协调网络中设备间的通信。它由 Roy Fielding 于 2000 年在其博士论文中提出。REST 可基于任意协议实现，但在互联网中最为常见，尤其是基于 HTTP (S) 规范定义的架构框架。HTTP 是应用层广泛使用的请求 / 响应协议，但若各方自行定义 HTTP 用法，组件间将无法同步和通信，而 REST 正是为了规范 HTTP 的使用而生。
客户端 / 服务器架构
客户端发起请求，服务器提供资源。例如，客户端通过 URI 和 HTTP 方法（如 GET、PUT、POST、DELETE）请求服务器数据，服务器以 JSON 等格式响应（图 1）。
无状态性
服务器不记录客户端状态，状态管理由客户端负责，降低服务器部署复杂度。
可缓存性
服务器标注资源是否可缓存，缓存资源包含版本号，确保客户端获取有效信息。
多层架构
客户端与服务器之间可存在安全层、缓存层、负载均衡层等中间层，不影响消息传输。
统一接口
基于 HTTP 请求 / 响应模式，REST API 不具备原生实时性，数据更新速度取决于客户端轮询频率。高频轮询可能导致网络负载过高，适用于非实时或准实时场景（如设备状态查询）。
协议本身未内置安全机制，但可通过以下最佳实践增强安全性：
用户名 / 密码认证
JWT（JSON Web Token）令牌
OAuth 2.0 授权框架
| 维度 | REST API | MQTT | OPC UA | AMQP |
|---|
| 协议类型 | 请求 / 响应（HTTP-based） | 发布 / 订阅（轻量级） | 服务架构（跨平台） | 发布 / 订阅（企业级） |
| 实现复杂度 | 中等（依赖 HTTP 生态成熟度） | 简单（轻量化设计） | 复杂（需建模与节点集） | 较复杂（多层级拓扑） |
| 资源占用 | 较高（HTTP 头信息开销） | 极低（二进制协议） | 高（需支持信息模型） | 较高（XML 格式消息） |
| 实时性 | 准实时（轮询机制） | 近实时（低延迟） | 实时（pub/sub 模式） | 近实时（略逊于 MQTT） |
| 典型场景 | Web 服务、人机交互接口 | 传感器网络、低功耗设备 | 工业设备互操作、跨层通信 | 企业级消息队列、异步通信 |
Web 服务与云平台集成：如物联网平台的设备管理接口、第三方应用数据对接。
人机交互界面：通过 JSON/XML 格式数据与前端页面轻松集成，适用于仪表盘、配置界面等（如倍加福传感器的 RESTful API）。
简单双向通信：两方直接交互场景（如设备与管理系统的状态同步），无需复杂消息队列。
跨系统数据交换：在 IT 系统（如 ERP、MES）与 OT 设备间作为中间层，实现协议转换和数据格式化。