push方式 消息保存在服务端。容易造成消息堆积。服务端需要维护每次传输状态,遇到问题需要重试非常实时服务端需要依据订阅者消费能力做流控(流转机制) pull方式 保存在消费端。获取消息方便。传输失败,不需要重试默认的端短询方式的实时性依赖于pull间隔时间,间隔越大,实时性越低,长轮询方式和push一致消费端可以根据自身消费能力决定是否pull(流转机制)