基于Pub/Sub的同步RRPC调用实战是怎样的，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

创新互联是一家专业提供达州企业网站建设,专注与成都网站设计、网站制作、H5页面制作、小程序制作等业务。10年已为达州众多企业、政府机构等服务。创新互联专业的建站公司优惠进行中。

1.同步调用场景

1.1 背景

MQTT协议是基于PUB/SUB的异步通信模式，无法实现服务端下发指令给设备端，同时需要设备端返回响应结果的场景。

IoT物联网平台基于MQTT协议制定了一套请求和响应的同步机制，无需改动MQTT协议即可实现同步通信。应用服务器通过POP API发起RRPC调用，IoT设备端只需要在Timeout内，按照固定的格式回复Pub消息，服务端即可同步获取IoT设备端的响应结果。

具体流程如下：

1.2 Topic格式约定

2.同步调用RRPC示例

2.1 设备端代码

2.2 服务端POP调用Rrpc

rrpc响应：

3.物模型-服务同步调用

InvokeThingService示例

注意：物模型 服务调用 POP接口

是InvokeThingService，不是RRPC

3.1 物模型-同步服务定义

3.2 设备端实现

注意：设备端响应的payload要满足物模型定义的出参结构

3.3 物模型-服务调用

POP接口 InvokeThingService

服务调用返回结果：

关于基于Pub/Sub的同步RRPC调用实战是怎样的问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注创新互联行业资讯频道了解更多相关知识。

当前标题：基于Pub/Sub的同步RRPC调用实战是怎样的
转载注明：http://azwzsj.com/article/pjgjcj.html