Topic 匹配器
MQTT 工具与测试
MQTTT
MQTT 工具与测试
面向真实上线工作的 MQTT 工具与测试。
MQTTT 是面向 Broker、Topic、Payload、Trigger、Telemetry 和生产 IoT 决策的 MQTT 工具与测试平台。
ToolsTestingTopicsTelemetryTriggers
工具箱
MQTTT 把域名含义变成产品结构。
第一个 T 是 Tools：在浏览器里完成连接、订阅、发布、Topic 匹配和 Payload 格式化的专注工作台。
- 通过安全 WebSocket 在浏览器中测试 MQTT。
- 按 + 和 # 通配符规则校验 Topic 匹配。
- 快速检查 JSON、Base64 与 Hex Payload。
测试
在进入生产前验证 Broker 路径。
用 MQTTT 在一个地方验证 WebSocket endpoint、凭据、订阅、发布、QoS 行为、Retained Message 和 Payload 形态。
01 Broker 连接测试
02 订阅与发布测试
03 QoS 行为检查
04 Topic Filter 校验
MQTT WebSocket Client
在一个清晰界面里完成连接、订阅和发布。
连接会从你的浏览器直接发往 Broker。MQTTT 不代理也不存储凭据。
Payload 格式化
快速检查 JSON、Base64 与 Hex Payload。
QoS 指南
先选择交付契约，再选择数字。
QoS 是产品和运维决策。要按重试成本、重复容忍度和消息价值来选。
PUBLISH
最多一次
适合高频遥测，发送后不等待确认，下一条读数通常比重试更重要。
- 确认流程无
- 网络成本最低
- 适合场景传感器流
Broker 选型
按真实部署场景选择合适的 Broker。
公共 Broker 适合演示，托管集群适合团队，自托管 Broker 适合控制权比便利性更重要的场景。
选项适用场景注意点
EMQX Cloud需要托管 MQTT 5.0 与弹性云部署。套餐限制、区域选择与企业特性。
HiveMQ Cloud需要企业定位清晰的托管 Broker。价格层级、支持范围与迁移路径。
MQTT.pro需要 serverless MQTT Broker、公共 Broker 文档、试用入口和云优先接入。服务成熟度、价格匹配、区域覆盖与运维可观测性。
BifroMQ需要开源分布式 Broker，并且看重原生多租户与大规模 IoT 连接。运维成熟度、Java 运行时成本，以及是否匹配你的租户模型。
Mosquitto需要用于边缘或实验室的小型自托管 Broker。集群、仪表盘与运维工具。
AWS IoT Core设备已经进入 AWS 身份、证书与规则工作流。策略模型、证书管理与服务绑定。
Topics、Telemetry、Triggers
其余 T 词成为站点长期内容架构。
Topics、Telemetry 和 Triggers 是自然的 SEO 扩展方向，可以持续增加工具与指南，而不稀释品牌。
Topics
通配符规则、命名模式、$SYS 与路由治理。
Telemetry
JSON Payload、Base64、Hex、Schema 与设备事件设计。
Triggers
MQTT to Webhook、规则引擎、告警与自动化工作流。
工作流
从 Broker URL 开始，以经过验证的路径结束。
站点围绕可搜索任务组织，而不是围绕营销页面组织，开发者可以直接落到需要的工具。
指南
贴近开发者搜索习惯的 MQTT 答案。
每个页面都瞄准具体协议或基础设施决策，让内容对人有用，也让搜索引擎容易理解。
为高价值 MQTT 流量而建