MQTT 网关把自己的状态再转发回来，怎样验证 No Local

MQTT5 的 No Local 用来限制客户端接收自己发布的应用消息：对普通订阅，若该选项为1，服务器不能把ClientID与发布方相同的消息转发给这个订阅者。它能帮助避免单客户端自回环，但不能代替完整的网关路由设计，也不会自动消除两个不同客户端互相转发形成的环。

环境和证据范围

限定普通非共享订阅；共享订阅不能设置No Local=1。本文用ClientID比较生成预期，不连接Broker，不演示生产系统转发，更不把No Local当安全访问控制。不同客户端即使部署在同一台电脑，也不能视为“本地同一个”。

核对顺序

1. 先画出数据入口、转换器和发布出口，明确每一条连接的ClientID。一个进程可能有两条连接，两条连接可能用不同ID，部署位置不足以判断消息是否被No Local阻止。

2. 对同一普通过滤器分别设置No Local=0与1，先让订阅客户端自己发布，再让第二个客户端发布。保存订阅选项原始值，避免UI勾选后实际没有写进SUBSCRIBE。

3. 增加双网关互转的反例：A收后用B的身份发布，B收后再用A的身份发布。消息发布身份在变化，No Local不提供全局回环追踪，应另定方向主题或路由来源字段。

可复算的输入与预期

附件矩阵四条：publisher=a/subscriber=a且NL=0允许转发，同身份NL=1阻止，不同身份NL=1仍允许，shared=true且NL=1判“选项非法”。离线脚本输出这些预期；没有模拟Broker的订阅合并或跨集群桥接。

No Local不授予或撤销发布权限，阻止自收也不代表其他客户端收不到。检查时应保留正常第二订阅者作为观察点，避免把ACL拒绝、订阅失败或整个代理未分发误判为No Local成功。该功能与共享订阅的限制也需同时记录。

下载与现场记录

下载本题合成输入与预期JSON、离线只读核验脚本和现场空白记录CSV。放在同一目录，用 Python 3 运行 python verify.py，逐项计算或解析后与预期比较，失败会显示差异。

现场字段包括 publisher_client_id、subscriber_client_id、filter、no_local、shared、observed_delivery。合成样例保持原样，实测另存并填写型号、版本、证据路径，未采集处留空。本地核验不代表真实设备、代理、浏览器或长期稳定性已测。

失败分支与移交

把“没有收到自己消息”误当“已经解决所有重复”会漏掉桥接链路。消息被转换器重新发布后，协议看到的是新的发布行为；重叠订阅、共享订阅、retain选项还可能改变观察结果。发生重复时，保留入口和出口日志，先定位回路在哪一段闭合。

交付时应给运营明确哪些主题只允许向上汇聚，哪些允许向下控制，哪些是状态回读。需要No Local时核对实际协议版本和客户端库选项；旧协议端或不支持的实现要通过路由结构处理，不能只在方案中写一个参数名。

基础背景可看MQTT 物联网控制协议在展厅的应用速查。自回环和传输重发不能混判，还可核对MQTT 日志里 DUP=1 就是重复业务吗，怎样分开报文与事件编号。更多资料在设备协议库。

需要接入中控时，可对照SoftControl设备联动需求核实适配范围；独立校验方法是否纳入交付需逐项约定。

一级资料

• 官方资料：§3.8.3.1 Subscription Options，No Local

核对日期：2026-10-24。规范定义与本文应用约定分开，示例门限及脚本不自动代表产品原生能力。