mqtt如何应用MQTT协议到物联网中

有高性能的MQTT broker推荐么

ActiveMQ 这个也没有研究过，最近打算弄个聊天所以也看了下MQTT，不过也是一头雾水，看到有些人是使用 Mosquitto：An Open Source MQTT v3.1 Broker 做的（broker）代理，好像这个更简单一点儿， 还有的是用：MQTT的学习研究（二）moquette-mqtt 的使用之mqtt broker的启动 如果你只是需要推送功能的话，可以使用第三方的推送试试，比如极光，百度等，有好多的 我的理解是：MQTT他只是定义了一种通讯协议，给我们封装好了一些socket连接，让我们方便调用，像 Mosquitto 和ActiveMQ只是基于这个协议实现的代理，而wmqtt.jar 是在移动端实现接收和发送消息的接口供我们调用！

电表MQTT网关是什么？

MQTT网关就是MQTT物联网PLC网关即 iot Gateway，是一款支持单网口/两网口/五网口，支持4G/3G/WIFI/PPPOE/WAN有线网络，内嵌工业控制协议，支持远程自定义配置、远程部署、网关状态监控等技术于一体的内嵌网络操作系统的工业级智能网关。

电表MQTT网关就是控制电表的智能网关。

以前用过一款WG585的，性价比高，品牌忘记了。

mqtt断开之后需要重新订阅吗

1.目标：测试Mosquitto使用MQTT协议发消息的相关性能指标，包含发送速度，并发负载能力，资源占用，消息到达率。

2.MQTT协议简介： 　　1).建立长连接。

客户端发起请求和服务端建立长连接，建立成功后，服务端会返回ACK(CONNACK) 　　2).客户端订阅：客户端发起订阅，订阅成功后，服务端会返回ACK(SUBACK) 　　3).发消息：发布者会给服务端发消息，服务端在把消息给合适的客户端。

Qos=0(服务质量)：客户端消息收到后，不会发出ACK给服务端(PUBACK)。

　　　　　　　Qos =1:服务端会发ACK给发布者，客户端收到消息后会发ACK给服务端。

　　4).取消订阅：客户端发起取消订阅，服务端返回ACK(UNSUBACK)　　 　　5)Pingreq&Pingresp:客户端和服务端会保持心跳。

3.存在问题： 　　1. 如何模拟出40W的用户 　　2. 如何长连接，订阅，发消息，取消订阅，Pingreq行为如何实现。

4. python开源库 Mosquitto.py，解决所有问题 　　1. 模拟40W用户 　　　　a)可以使用虚拟机和Mosquitto.py实现，具体为：一般一台虚拟机最多是6W+的模拟数据（需要修改句柄数，我使用5W），方法是Client_id可以简单的做出5W个来，然后调用Mosquitto里面的connect方法，建立长连接。

准备8台虚拟机就可以实现40W客户端的模拟 　　2.行为的模拟 　　　　a)订阅：Mosquitto.subscribe / 发消息：Mosquitto.publish / 取消订阅：Mosquitto.unsubscribe。

简单一句话 Mosquitto库实现所有的行为. 5. 指标：发送速度，到达率，并发负载，资源占用。

　　a. 发送速度：服务端日志记录，分析解决 　　b. 到达率： 1.客户端记录下收到消息，分析计算。

2.计算服务端收到的PUBACK（客户端收到消息返回的ACK），进行计算 　　c. 并发负载：5W 用户不断增加，注意观察服务端的负载情况。

　　e.资源占用：其实主要是cpu/mem/带宽：cpu多核的话需要观命令下的_id字段, mem可以观察free -h命令的剩余mem, 带宽可以使用mpstat进行观察 6. 可以遇见问题： 　　a. 模拟客户端的虚拟机需要修改句柄数才能支持5W的客户端模拟数量 　　b. 要先吃透MQTT协议的流程，吃透了进行测试会非常的方便 　　c. Clear session，设置为true则不为客户端保留休息，设置为false保留消息。

其实就是客户端离线后在连接上可以收到之前推出的消息。

如何应用MQTT协议到物联网中

以原生支持“MQTT协议”切入物联网战场 原生支持MQTT协议成为百度开放云推出的物联网服务一大特点。

首先需要解读的是，为什么百度开放云会选择“MQTT协议”？ 百度开放云支持的MQTT（Message Queuing Telemetry Transport）是国际物联网标准协议，旨在为低带宽和不稳定的网络环境中的物联网设备提供可靠的网络服务，可以适应各种物联网应用场景。

相对于其它标准协议，MQTT属于轻量级双向消息传输协议，主要优势是开源、可靠、轻巧、简单。

MQTT的传输格式非常精小，最小的数据包只有2个比特，且无应用消息头。

MQTT可以保证消息的可靠性，它包括三种不同的服务质量（最多只传一次、最少被传一次、一次且只传一次），如果客户端意外掉线，可以使用“遗愿”发布一条消息，同时支持持久订阅。

MQTT在物联网应用中的主要优势有：一，可靠传输。

MQTT可以保证消息可靠安全的传输，并可以与企业应用简易集成；二，消息推送。

支持消息实时通知、丰富的推送内容、灵活的Pub-Sub以及消息存储和过滤。

三，低带宽、低耗能、低成本。

占用移动应用程序带宽小，并且带宽利用率高，耗电量较少。

MQTT的优势还表现在安全性。

安全设计对于物联网项目而言，是需要非常重视的问题，但是却常常容易被工程师所轻视。

今年央视315晚会，揭秘了无人机、智能摄像头、智能POS机、智能汽车、洗衣机、电烤箱、智能插座等智能家居存在的三大安全隐患——泄露隐私、财产损失、甚至危及生命安全。

而MQTT协议则可以提供多层次的安全特性，在传输层上可以使用TLS加密；在应用层提供了客户标识（Client Identifier）以及用户名密码，不但传输的内容是二进制字节，而且还受惠于传输层的TLS加密。

MQTT开放协议已有17年历史，先期在2014年被国际标准化组织定义为物联网的推荐协议。

在应用层传输协议这个领域，它已经走在了其它协议的前面。

正因为MQTT的综合优势非常突显，业界不少专家认为，MQTT非常适合各种物联网场景，有望是未来最主流的物联网标准协议。

原生支持“MQTT协议”背后旨在推动物联网标准化 接下来的问题是，那么为什么百度开放云要在国内率先成为原生支持MQTT协议的公有云服务商？ 在笔者看来，首先，这和百度开放云在物联网行业的核心目标有着紧密的关系。

在去年的“百度世界2015”开放云论坛上,百度开放云高层曾对物联网的发展战略做出阐述，指出：打破行业与行业之间的界限，以“连接人与服务”为核