智联海机器人上线收到旧消息，怎样核对保留消息语义
机器人订阅MQTT话题后立即收到数据，可能来自服务器保存的保留消息，而不是刚产生的新状态。本文依据MQTT 5.0规范，整理保留标记、消息时间、订阅选项与业务采用规则，避免将到达时刻直接解释为设备当前测量或重新执行依据。本文面向机器人集成与交付复核，以下观察方法属于编辑整理的核验建议。判断应回到文末原始文档及实际部署版本；本文没有声称已经测试某台现场设备，也不把单一接口返回当作整机验收结果。
明确话题保存的是状态还是请求
为话题写出业务契约，区分状态快照、事件和操作请求。规范允许服务器为话题保存保留消息供后续匹配订阅使用，但这一机制本身不说明业务内容是否仍适用。不能因为消息刚到客户端，就把其中旧状态当作设备刚刚生成的观察。
先记录交付设备、软件与配置版本，再确认本节所述能力是否由该组合实际提供。把未支持、未启用和未验证分别记录；其他机型的演示不能代替当前交付对象的证据。
保留原始发布与消息身份
在载荷或关联记录中保留适当的产生时间、设备身份和版本，明确这些字段由谁填写。客户端接收时间只能说明本端观察，不能替代原始内容时间。若载荷没有可解释的时间，应如实标记新鲜度未知，而不是自动补入当前时刻。
验证时保留原始输入和判断依据，避免只交付一张成功截图。每一轮只改变已约定的变量，记录变化前后的配置与结果；未覆盖的边界条件需要明确列出，不能自动计入通过范围。
核对保留与订阅选项
MQTT 5.0包含影响保留消息接收和标记处理的订阅选项，应核对客户端库实际传入值及协议版本。不能仅凭界面没有显示保留标记就认定内容来自实时发布。图中把原始属性和应用转换分开，避免封装层抹去判断旧状态所需的信息。
将图中三种现象作为讨论起点，而不是对现场故障的预先诊断。先核对记录是否完整、单位和身份是否一致，再决定需要补充哪项观察。若证据不足，应保留待确认结论，而不是用经验值填补缺失字段。
隔离观察重新订阅的结果
在获准环境中记录初次订阅、重新订阅和新实时发布的不同样本，保留相同话题与设备身份。检查业务是否区分状态恢复与新的操作依据。不要将订阅恢复自动连接到真实设备重复动作，验证可先观察接收和决策记录，而不要求执行生产操作。
由现场负责人确定获准的隔离验证方式，分别记录正常、异常和恢复阶段。验证重点是系统如何识别和解释不可信输入，不应为了取得异常样本而让实际生产设备执行未经评估的动作。
交付保留状态的采用规则
交付话题定义、有效选项、消息样本和新鲜度处理，说明旧状态如何更新及由谁负责。报告中的当前状态应有业务定义和时间依据，不能仅由服务器保存了最后一条消息推导。后续修改载荷结构时复核接收方是否仍能识别来源和有效范围。
交付时附上配置、样本、结果表和未决问题，并约定后续变更的复核责任。接收方应能随机挑选一条结论，回到对应输入与判断过程；若做不到，这份报告仍需要补充可追溯资料。