
简介
该用户还未填写简介
擅长的技术栈
未填写擅长的技术栈
可提供的服务
暂无可提供的服务
RN&OpenHarmony:本地化MQTT同行通信(系列一)-概念与场景
本文探讨了基于MQTT协议的本地化设备互联方案,分析了云端方案的延迟和成本问题,指出局域网内直接通信的优势。文章详细说明了MQTT协议轻量、灵活、可靠的特点,阐述了主/子设备"同行"通信的三种典型场景,并介绍了客户端和服务端SDK的分工协作。作者分享了本地与云端协同工作的策略,以及主题设计的基本思路,最后总结了实施过程中常见的四个技术坑点。该方案通过本地优先、云端兜底的架构设计
RN&OpenHarmony:本地化MQTT同行通信(系列二)-架构与消息流
架构设计:本地优先,云端兜底。Broker 可以内置也可以独立运行,根据资源情况选择。主题命名:按角色、按区域、按版本分层,避免硬编码,为后续扩展留空间。QoS 选择:不是越高越好,要根据消息的重要性选择。心跳用 QoS 0,控制指令用 QoS 1。Keepalive 和重连:Keepalive 要合理设置,重连要用指数回退 + 抖动,重连后要自动重订阅。会话管理:临时客户端用 Clean Ses

RN&OpenHarmony:本地化MQTT同行通信(系列二)-架构与消息流
迎加入开源鸿蒙PC社区:https://harmonypc.csdn.net/ 延续系列一,这篇我们深入聊聊架构设计、主题命名、QoS 选择、会话管理这些“硬核”内容。还是用“客户端 SDK / 服务端 SDK”作为代称,避免暴露真实项目名称。 说实话,架构设计这块,我一开始也是“摸着石头过河”。主题怎么命名?QoS 怎么选?重连策略怎么定?这些问题看起来简单,但真正落地的时候,每个细节都能让你
到底了







