NanoMQ 是于2020年7月开始开发的边缘计算开源项目，是面向物联网边缘计算场景的下一代轻量级高性能MQTT消息服务器。
NanoMQ 目标致力于为不同的边缘计算平台交付简单且强大的消息中心服务；站在物联网的十字路口，努力弥和硬件开发与云计算的隔阂；从开源社区出发，连接物理世界和数字智能；从而普及边缘计算应用，助力万物互联愿景。
NanoMQ与NNG深度合作，NanoMQ基于NNG异步IO和多线程模型面向MQTT协议深度优化后诞生。依靠NNG出色的网络API设计，NanoMQ自身可以专注于MQTT服务器性能和更多的拓展功能。目标为边缘设备和MEC提供更好的SMP支持和极高的性能性价比。
目前NanoMQ具有的功能和特性有：
-
完整支持MQTT 3.1.1协议。
-
由于项目只依赖原生POSIX API， 纯C/C++开发，从而具有极高兼容性和高度可移植性。
-
NanoMQ内部为全异步IO和多线程并行，所以对SMP有良好支持，同时做到了低延时和高吞吐。
-
对于资源利用具有高性价比，适用于各类边缘计算平台。
-
三月初春，万物复苏，NanoMQ 项目https://github.com/emqx/nanomq 也迎来了一个重大更新：第一个长期支持（LTS）版本 v0.6.6 正式发布。 在未来的一年里，这一版本会和主分支同时维护并得到所有重要的功能更新。在 0.6.6 版本里我们增加了内置性能测试工具，丰富了 HTTP APIs 的支持，这也是第一个能够较完整同时兼容支持 MQTT 5.0 & 3.1.1
-
本月，NanoMQ 发布了 0.5.9 版本，除了例行的 Bug 修复外，我们基于上月的 MQTT 桥接功能和兼容原生 NNG 功能，为大家带来了高效易用的 MQTT 命令行工具包。同时我们也持续修复发现的 Bug 和用户反馈的 Issue，并积极维护 NanoMQ 的姊妹项目 NanoSDK。 MQTT 命令行工具 无论日常 MQTT开发和测试还是对 Broker 进行性能评估，一个简单易用且高
-
本月，在隆冬季节和春节假期 NanoMQ-NanoSDK 项目也没有放慢更新的步伐。新发布的 0.6.3 版本中，我们进一步完善了 NanoMQ 的命令行工具，为其增加了 TLS 端口支持，同时进一步优化重构了 NanoSDK。 命令行工具 在上个月的 Newsletter 中我们预告了连接测试工具和压力测试工具。本月其中的连接测试工具已完成： Connection Usage: nanomq c
-
我试图让一些基于PAHO的客户机使用Vert.x MQTT服务器。我试图发布到我的接收客户端订阅的测试主题。我很难从客户端发布者向客户端订阅者发送消息。 使用我在Internet上看到的真实例子，我构建了一个MQTT代理。vert.x MQTT代理代码的代码如下所示： 我很确定我在这里错过了什么，但我想不出会是什么。有人能帮我把这个弄好吗？？？ 提前感谢您的任何帮助或见解。
-
我正在使用一个简单的Gremlin RESTful服务器，并在POST请求中发送简单的命令。例如，如果我想创建边（以我的特定格式），我有以下模板： const nodeCommandFormat=“graph.addVertex（'%s'，'%s'，'evid'，'%s'）；” ； 用这样的链式命令发送一个长字符串效果很好，所有的边都被创建了。我的问题是：为什么它不适用于边缘创建？直到现在，我尝试
-
MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的，这些特点使它适用范围非常广泛。在很多情况下，包括受限的环境中，如：机器与机器（M2M）通信和物联网（IoT）。其在，通过卫星链路通信传感器、偶尔拨号的医疗设备、智能家居、及一些小型化设备中已广泛使用。 安装：composer require imiphp/imi-mqtt 项目配置文件： [
-
Haskell库中是否存在这种数据结构？我做了一些搜索，但找不到任何有用的东西。我想使用现有的类型，而不是定义我自己的类型——它似乎应该存在。 这个想法是它与Data. Tree非常相似，但是边可以保存信息和节点。 如果你有一个通过树的路径（类型为[e]），你可以在O（log（n））中找到rootLabel（类型为n）。据我所知，你不能用Data做这件事。树，因为您必须扫描每个节点的子节点，以查找
-
null 有人帮忙吗？ 谢谢，拉胡尔
-
我确实在我的应用程序中使用PAHO C客户机库。我确实订阅了MQTTAsync_subscribe()和QoS设置为1的主题。根据我的理解，1的意思是，消息至少被发送到客户端一次。 也许有人能帮助我理解为什么会发生这种情况，或者如何克服这种情况？