对市面上各种message queue 进行了分析,结果不乐观

 

前提需求:需要支持.net  java 。

 

 

每个都进行了安装调试,结果有点不乐观,暂时的决定还是用rabbitmq
httpsqs  快,无阻塞
rabbitmq  功能多,平台兼容; 很复杂,需要安装erlang 并且有安全漏洞
memcacheq  支持java php 无支持.net 客户端
mysql q4m  暂时只有java
zeromq 快,支持很多客户端,但是模式跟平常MQ不一样。不需要服务端,可以有1对1,1对N,还有广播的形式发送数据。
    zeromq 的socket模式里有pub sub pull paire之类,适合做接口的,只能是1对1.多个客户端,收到的消息并不是发送的消息的结果.其实他并不适合做传统的QUEUE,没有服务器概念,也没有持久化。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值