完整支持MQTT V31/V311协议规范,扩展支持WebSocket、Stomp、CoAP、MQTT-SN或私有TCP协议
完全开放源码
基于Apache Version 20开源协议
百万级并发连接
单节点100万并发MQTT连接峰值负载
完整MQTT协议支持
MQTT V311协议规范QoS0/1/2消息支持
简便安装部署
跨平台部署在Linux、FreeBSD、Mac OS X或Windows服务器
分布式集群或桥接
双节点负载均衡或多节点分布式集群
扩展模块与插件
LDAP, MySQL, PostgreSQL, Redis, MongoDB扩展插件集成
我于2014年开启即时通讯的开发之路,历经从服务端到客户端,从第三方到自研,经历过诸多的研发难题,都一一破解。现将经验总结如下,希望对行业内从事IM开发的程序员有所帮助。
①P2P方式
P2P方式多用于局域网内聊天,这种方式在有种种限制和不便。一方面它只适合在线的点对点消息传输,对离线,群组等支持不够。另一方面由于 NAT 的存在,使得不同局域网内机器互联难度大大上升,在某些网络类型(对称NAT)下无法建立连接。使用P2P方式的软件在启动后一般做两件事情:
1、进行UDP广播:发送自己信息和接受同局域网内其他端信息。
2、开启TCP监听:等待其他端进行连接。
②服务器中转方式
大部分的互联网IM产品都采用服务器中转这种方式进行消息传输,相对于P2P的方式,具有有以下的优点:
1、支持更多P2P无法支持或支持不好的业务,如离线消息,群组,聊天室。
2、方便业务逻辑的拓展和新旧版本的兼容,当然它也有自己的问题,就是服务器架构复杂,并发要求高。
通过以上的比较,建议我们在开发IM系统的时候使用服务器中转的方式。
IM的网络连接方式有基于TCP的长连接和基于>可以的
MQTT协议是为大量计算能力有限,且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议,国内很多企业都广泛使用MQTT作为Android手机客户端与服务器端推送消息的协议
第二,配置MQTT服务器基本信息,在springBoot配置文件applicationproperties中配置,添加如下:
第三,配置MQTT消息推送配置类,
第四,配置MqttGateway消息推送接口类,在sendToMqtt(String data,@Header(MqttHeadersTOPIC)String topic)接口中,data为发送的消息内容,topic为主题。指定topic,则我们的接口可以根据需要,向不同的主题发送消息,方便灵活应用。如果不指定,则使用默认配置的主题。
第五,接口类测试下功能,用Postman调用sendMqttdo接口,往hello主题发送消息,用MQTTLens订阅hello主题,从下面截图,可以看出可以正常往MQTT服务发送消息了,而且可以订阅到。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)