市面上的 mq 产品很多，如阿里自研并开源 rocketmq，还有类似 rabbitmq、activemq，他们不管支持 mqtt 协议，还支持如 amqp、stomp 协议等等，emq 使用的协议是 mqtt。
有三个基本概念：消息、消息协议、消息队列。
消息：信息的载体
消息协议：为了让消息发送者和消息接收者都能够明白消息所承载的信息（消息发送者需要知道如何构造消息；消息接收者需要知道如何解析消息），它们就需要按照一种统一的格式描述消息，这种统一的格式称之为消息协议。所以，有效的消息一定具有某一种格式；而没有格式的消息是没有意义的。
消息队列：消息从发送者到接收者的方式也有两种。
一种为即时消息通讯，也就是说消息从一端发出后（消息发送者）立即就可以达到另一端（消息接收者），这种方式的具体实现就是我们已经介绍过的 rpc（当然单纯的 http 通讯也满足这个定义）；
另一种为延迟消息通讯，即消息从某一端发出后，首先进入一个容器进行临时存储，当达到某种条件后，再由这个容器发送给另一端。 这个容器的一种具体实现就是消息队列，如 rabbitmq。
从上图可以看到，某一种消息通讯软件（或者叫做程序库）的实现都建立在 “协议” 基础上：rmi 程序库建立在 rmi 协议上（rmi 协议是 java 规范协议的一部分），属于一种 “即时消息通讯”；rabbitmq 和 qpid 消息通讯软件的设计依据是 amqp 协议，属于一种 “延迟消息通讯”。
虽然消息协议存在 “私有协议” 和 “开放协议” 之分（是否向行业开放消息规范文档、是否允许某个组织更改协议），虽然某一个软件（程序库）不一定只支持一种协议（例如 activemq 实现了多种消息协议），虽然某一种协议也不一定只有一种软件（程序库）实现（例如能够支持 webservice 协议的程序库就有 codehaus xfire、apache cxf、jboss resteasy 等），但是这并不影响 “某一种消息通讯软件（或者叫做程序库）的实现都建立在 “协议” 基础上” 的概念，反而是这个基本概念加强了。
amqp 的实现产品（例如 rabbitmq）
activemq 是 apache 软件基金会的开源产品，支持 amqp 协议、mqtt 协议（和 xmpp 协议作用类似）、openwire 协议和 stomp 协议等多种消息协议。并且 activemq 完整支持 jms api 接口规范。
rabbitmq 基于 erlang 语言开发和运行。它与 apache activemq 有很多相同的特性，例如 rabbitmq 完整支持多种消息协议：amqp、stomp、mqtt、http，我们使用 rabbitmq 时会默认使用 amqp1.0 协议。当然，rabbitmq 作为 apache activemq 最主要的竞品之一也有其独特的功能特性。例如 rabbitmq 支持一套特有的 routing-exchange 消息路由规则。这套规则可以按照消息内容，自动将消息归类到不同的消息队列中。
mqtt 在我看来就是一个简单的发布订阅协议， 提供一种服务质量的概念。emq 则是对 mqtt 协议进行了实现，作为一个 broker，从 pub 端到 broker 是一个完整的 mqtt 交互，broker 到 sub 端是一个完整的 mqtt 交互， 而 broker 内部则是进行了消息的传递。点击查看 emq 原理。
说白了都是传统消息系统（老爸）的子嗣，只是与不同的场景（老妈）结合的产物。不过，两者却可以结合起来使用。比如可以用 mqtt 接受物联网设备上传的数据，然后接入 kafka，最后可以同时分发到 hdfs 归档、数据仓库做 olap 分析、elasticsearch 做全文检索，这样的架构非常适合大型物联网项目，不但能够处理海量数据同时也具有很好的扩展性。
mqtt 是在 tcp 之上的应用层协议，对物联网应用环境做了非常多的优化，tcp 是传输层协议，是更通用层的协议。