选择设备通信协议
IoT 中心允许设备使用以下协议进行设备端通信：
- MQTT
- 基于 WebSocket 的 MQTT
- 高级消息队列协议 (AMQP)
- 基于 WebSockets 的 AMQP
- HTTPS
若要了解这些协议如何支持特定的 IoT 中心功能，请参阅设备到云通信指南和云到设备通信指南。
下表提供了针对协议选取的高水平建议：
| 协议 | 何时应选择此协议 |
|---|---|
| MQTT 基于 WebSocket 的 MQTT |
用于无需使用相同的 TLS 连接来连接多台设备（各有自己的设备凭据）的所有设备。 |
| AMQP 基于 WebSockets 的 AMQP |
用于利用跨设备连接复用的字段和云网关。 |
| HTTPS | 用于不可支持其他协议的设备。 |
在选择设备端通信协议时，请考虑以下几点：
云到设备模式。 HTTPS 没有用于实现服务器推送的有效方法。 因此，使用 HTTPS 时，设备会在 IoT 中心轮询从云到设备的消息。 此方法对于设备和 IoT 中心而言是低效的。 根据当前 HTTPS 准则，每台设备应每 25 分钟或更长时间轮询一次消息。 发出更多 HTTPS 接收会导致 IoT 中心限制请求。 MQTT 和 AMQP 支持在收到云到设备的消息时进行服务器推送。 它们会启用从 IoT 中心到设备的直接消息推送。 如果传送延迟是考虑因素，最好使用 MQTT 或 AMQP 协议。 对于很少连接的设备，HTTPS 也适用。
现场网关。 MQTT 和 HTTPS 仅支持每个 TLS 连接使用单个设备标识（设备 ID 加上凭据）。 因此，现场网关方案不支持这些协议，这些方案要求在到 IoT 中心的单个连接或一个上游连接池中使用多个设备标识多路复用消息。 此类网关可以将一个支持每个连接使用多个设备标识的协议（例如 AMQP）用于其上游流量。
低资源设备。 相比 AMQP 库的占用空间，MQTT 和 HTTPS 库的占用空间更小。 因此，如果设备的资源很少（如低于 1 MB RAM），可能只可实现这些协议。
网络遍历。 标准 AMQP 协议使用端口 5671，而 MQTT 侦听端口 8883。 使用这些端口可能会给未向非 HTTPS 协议开放的网络带来问题。 在此情况下，使用基于 WebSockets 的 MQTT、基于 WebSockets 的 AMQP 或者 HTTPS。
有效负载大小。 MQTT 和 AMQP 是二进制协议，因此，其有效负载比 HTTPS 的有效负载更精简。
警告
使用 HTTPS 时，每台设备应每 25 分钟或更短时间轮询一次云到设备消息。 在开发中，每台设备都可以根据需要更频繁地轮询。
重要
使用 X.509 证书颁发机构 (CA) 身份验证的设备的以下功能尚未正式发布，必须启用预览模式：
- HTTPS、基于 WebSocket 的 MQTT 和基于 WebSocket 的 AMQP 协议。
- 文件上传（所有协议）。
这些功能在使用 X.509 指纹身份验证的设备上已正式发布。 若要了解有关使用 IoT 中心进行 x.509 身份验证的详细信息，请参阅支持的 x.509 证书。
端口号
设备可在 Azure 中使用各种协议来与 IoT 中心通信。 通常，选择的协议根据解决方案的具体要求而定。 下表列出了必须打开的、使设备能够使用特定协议的出站端口：
| 协议 | 端口 |
|---|---|
| MQTT | 8883 |
| 基于 WebSocket 的 MQTT | 443 |
| AMQP | 5671 |
| 基于 WebSockets 的 AMQP | 443 |
| HTTPS | 443 |
IoT 中心的 IP 地址可能会在没有通知的情况下更改。 若要了解如何缓解 IoT 中心 IP 地址更改对 IoT 解决方案和设备的影响，请参阅 IoT 中心 IP 地址的最佳做法部分。
后续步骤
若要详细了解 IoT 中心如何实现 MQTT 协议，请参阅使用 MQTT 协议与 IoT 中心通信。