android推送xmpp和mqtt单台服务器支持连接多少，并发多少，求两种协议比较，有测试过的吗？

根据实地观察，单台mqtt服务如果并发达到5w以上，就经常出故障；在2w左右内网访问服务器就比较卡了。
注：配置是4核 16G内存，虚机。配置有点差。对CPU的消耗比较高，内存基本没啥消耗，所以建议把CPU整好点。

日本山水SP-V100音箱挺好的，主要表现在：
1、兼容性强。兼容支付宝，微信，yhk，云闪付等其它第三方支付工具。
2、高清喇叭大音量。及时播报，音质更清晰，覆盖范围广，嘈杂环境中，仍能轻松听取收款内容。
3、拒绝付款假截图，无需出示付款记录，笔笔报账收款，了如指掌。
4、方便、快捷、安全。扫码支付，告别找零时代。
温馨提示：
1、这款云喇叭需要跟云端服务器做对接，不支持商户自己购买使用。
2、消费者手机扫码完成支付后，交易系统，通过通知系统，推送支付结果消息，至MQTT服务器。服务器下发至智谷联云喇叭，完成语音播报。
3、云喇叭终端采用标准MQTT通信协议，接入MQTT服务器，可对接第三方服务器，也可以采用智谷联公司现有的MQTT服务器。

Android推送方案分析（MQTT/XMPP/GCM）
本文主旨在于，对目前Android平台上最主流的几种消息推送方案进行分析和对比，比较客观地反映出这些推送方案的优缺点，帮助大家选择最合适的实施方案。

方案1、使用GCM服务（Google Cloud Messaging）

简介：Google推出的云消息服务，即第二代的G2DM。
优点：Google提供的服务、原生、简单，无需实现和部署服务端。
缺点：Android版本限制（必须大于22版本），该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。
方案2、使用XMPP协议（Openfire + Spark + Smack）

简介：基于XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作。
优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的Java版的开发实例androidpn。
缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。
方案3、使用MQTT协议（更多信息见：>

简介：轻量级的、基于代理的“发布/订阅”模式的消息传输协议。
优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域（参考：>