mqtt协议实现即时通讯

『壹』 一个能运行的，用java实现的一个MQTT协议的demo，包括服务端和客户端

我也在寻找，CSDN上有，就是太贵了，兄弟你要是找到了麻烦救济一下我

『贰』 mqtt 适用于系统间实时通信吗

根据你的描述：
MQTT 跟 Websocket 可以认为是不同层面的协议。MQTT 做原生设备的通信，MQTT over WebSocket 主要用于 MQTT 设备跟 Web 端通信。

『叁』 如何通过php实现mqtt协议

MQTT是一个轻量级的消息发布/订阅协议，它是实现基于手机客户端的消息推送服务器的理想解决方案。

我们可以从这里下载该项目的实例代码，并且可以找到一个采用PHP书写的服务器端实现。

架构如下所示：

『肆』 如何用Apollo+MQTT协议实现IM功能

MQTT+Mina的路过，我的思路是上行走http,下行接收走mqtt，以此实现A->B。
Publish包的消息体payload要进行扩展，你说的topic拓展我觉得意义不大。 欢迎探讨.
z转载，仅供参考，祝你愉快，满意请采纳。

『伍』 MQTT和Websocket的区别是什么

MQTT协议是为大量计算能力有限，且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议。
而WebSocket则是浏览器与服务器全双工通信
（MQTTMessage Queuing Telemetry Transport，消息队列遥测传输）是IBM开发的一个即时通讯协议，有可能成为物联网的重要组成部分。该协议支持所有平台，几乎可以把所有联网物品和外部连接起来，被用来当做传感器和致动器（比如通过Twitter让房屋联网）的通信协议。
WebSocket protocol 是HTML5一种新的协议。它实现了浏览器与服务器全双工通信(full-plex)。一开始的握手需要借助HTTP请求完成。

『陆』 如何使用ActiveMQ+MQTT实现Android点对点消息通知

2013-12-20
实现点对点消息通知的关键问题
ActiveMQ使用MQTT协议，加上android上的paho包，即可简单实现消息通知功能，但是mqtt协议只支持topic，而且不能用selector，使得点对点的消息投递变成问题。
有两个解决思路：
1、每个clientId，建一个topic...这个办法对解决消息点对点投递非常有效，但是有两个大问题:

随着用户数增多，topic数量增多，对管理性要求增大，对内存的管理也有问题。
消息广播操作也变得非常麻烦，只能一个个的发送了。

2、另一个思路，就是在消息广播的基础上，进行点对点控制，实现某些特征的消息投递到指定的订阅者。
这个的实现比较简单，而且没有上面方案的大问题。代码稍微改下即可：
其实就只添加了一个新的类： ClientIdFilterDispatchPolicy
可以git clone所在版本源码，然后加上这个类，mvn package以后使用。

使用说明
本修改实现mqtt协议使用单个topic，来做消息广播和点对点的投递。
1、将本文件夹下的activemq-broker-5.9.0.jar、activemq-spring-5.9.0.jar换掉apache-activemq-5.9.0\lib下的jar。
2、参考本文件夹下activemq.xml，在topic上配置
<dispatchPolicy>
<clientIdFilterDispatchPolicy />
</dispatchPolicy>
3、对于此配置下的所有名称以.PTP结尾的队列，
如果要投递消息的properties里包含PTP_CLIENTID，则系统只会将此消息发给clientId为此值的订阅者；如果当前没有此clientId的订阅者，消息不会被任何人接收到。
如果投递消息的properties里不包含PTP_CLIENTID，则消息广播给所有的订阅者。 跟正常消息投递一致。

其中后缀.PTP和键值PTP_CLIENTID，是可以配置的：
<dispatchPolicy>
<clientIdFilterDispatchPolicy ptpSuffix="" ptpClientId="clientId"/>
</dispatchPolicy>
如上配置，使得此policy下的所有topic都起作用，且消息的properties里获取clientId的key变成clientId。

消息发布者，如果要对所有人广播消息，直接发送消息即可。
如果要对指定的消息订阅者发消息，请在消息里设置接收者的clientId：

message.setStringProperty(PTP_CLIENTID, clientId);则此消息只有指定的订阅者可以拿到。
简单测试
两台android设备使用MQTT协议订阅到ActiveMQ的同一个topic，clientId分别为mqtt-1001和mqtt1002；
写代码发两条消息，设置消息属性中PTP_CLIENTID分别为mqtt-1001和mqtt1002；
两个设备分别接收到自己的消息通知，相互之间没有影响。还可以测试下如果消息没有PTP_CLIENTID，两个都能收到。

『柒』 MQTT即时通讯谁可以给一下资料么

MQTT就是IBM开发的一个即时通讯协议。通过这个协议，能够实现物联网中不同设备之间的互联互通。建议平时多关注一下ET-iLINK官 网，上面有很详细的介绍 。

『捌』 MQTT协议和TCP协议有什么区别为什么人们推荐MQTT协议

MQTT协议是Message Queuing Telemetry Transport的缩写，中文名叫作消息队列遥测传输。是一个即时通讯协议，该协议支持所有平台，可以当作传感器来使用，举个例子，你仅仅在家通过此协议制造一个“传感器”，家里有医疗设备和装置并且安上了无线发射器，这样很适合那些有旧疾而且需要定期检查的病人们，在家就可以用设备自我检查之后通过无线MQTT协议将检查结果发送给负责你的医生，医生可以随时查看你的健康状况，并给出合理的建议，这样极大地方便了用户和医生的交流，非常便利。所以在推送信息和快速即时方面MQTT协议发展前景很是可观。

现在MQTT协议国内外也在逐渐应用，相信它会发展得越来越好的。

『玖』 如何写一个MQTT连接的android客户端

MQTT是一个轻量级的消息发布/订阅协议，它是实现基于手机客户端的消息推送服务器的理想解决方案。 我们可以从这里下载该项目的实例代码，并且可以找到一个采用PHP书写的服务器端实现。 架构如下所示： wmqtt.jar 是IBM提供的MQTT协议的实现。你可以从如下站点下载它。你可以将该jar包加入你自己的Android应用程序中。 Really Small Message Broker (RSMB) ，他是一个简单的MQTT代理，同样由IBM提供。缺省打开1883端口，应用程序当中，它负责接收来自服务器的消息并将其转发给指定的移动设备。 SAM是一个针对MQTT写的PHP库。你可以从这个下载它. send_mqtt.php是一个通过POST接收消息并且通过SAM将消息发送给RSMB的PHP脚本。 实例代码： Ø 采用XMPP协议实现Android推送 这是我在项目中采用的方案。事实上Google官方的C2DM服务器底层也是采用XMPP协议进行的封装。 XMPP(可扩展通讯和表示协议)是基于可扩展标记语言（XML）的协议，它用于即时消息（IM）以及在线探测。这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息。 androidpn是一个基于XMPP协议的java开源Android push notification实现。它包含了完整的客户端和服务器端。经过源代码研究我发现，该服务器端基本是在另外一个开源工程openfire基础上修改实现的，不过比较郁闷的是androidpn的文档是由韩语写的，所以整个研究过程基本都是读源码。它的实现示意图如下： androidpn客户端需要用到一个基于java的开源XMPP协议包asmack，这个包同样也是基于openfire下的另外一个开源项目smack，不过我们不需要自己编译，可以直接把androidpn客户端里面的asmack.jar拿来使用。客户端利用asmack中提供的XMPPConnection类与服务器建立持久连接，并通过该连接进行用户注册和登录认证，同样也是通过这条连接，接收服务器发送的通知。 androidpn服务器端也是java语言实现的，基于openfire开源工程，不过它的Web部分采用的是spring框架，这一点与openfire是不同的。Androidpn服务器包含两个部分，一个是侦听在5222端口上的XMPP服务，负责与客户端的XMPPConnection类进行通信，作用是用户注册和身份认证，并发送推送通知消息。另外一部分是Web服务器，采用一个轻量级的HTTP服务器，负责接收用户的Web请求。服务器架构如下： 最上层包含四个组成部分，分别是SessionManager，Auth Manager，PresenceManager以及Notification Manager。SessionManager负责管理客户端与服务器之间的会话，Auth Manager负责客户端用户认证管理，Presence Manager负责管理客户端用户的登录状态，NotificationManager负责实现服务器向客户端推送消息功能。 服务器端界面如下，分别对应了上述的几个功能模块： 发送以后，我们可以在手机端看到接收的消息：

『拾』 如何采用MQTT协议实现android消息推送

使用服务（GoogleCloudMessaging）简介：Google推出的云消息服务，即第二代的G2DM。优点：Google提供的服务、原生、简单，无需实现和部署服务端。缺点：Android版本限制（必须大于2.2版本），该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。使用XMPP协议（Openfire+Spark+Smack）简介：基于XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作。优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的Java版的开发实例androidpn。缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。使用MQTT协议（信息见：订阅”模式的消息传输协议。优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域，且已有C++版的服务端组件rsmb。缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。使用HTTP轮循方式简介：定时向HTTP服务端接口（WebServiceAPI）获取最新消息。优点：实现简单、可控性强，部署硬件成本低。缺点：实时性差。对各个方案的优缺点的研究和对比，推荐使用MQTT协议的方案进行实现，主要原因是：MQTT最快速，也最省流量（固定头长度仅为2字节），且极易扩展，适合二次开发。接下来，我们就来分析使用MQTT方案进行Android消息的原理和方法，并架设自己的推送服务