云消息队列

Redis Stream Redis最新的大版本5.0已经RC1了，其中最重要的Feature莫过于Redis Stream了，关于Redis Stream的基本使用介绍和设计理念可以看我之前的一篇文章（Redis Stream简介）。

在阿里云生态日，阿里巴巴中间件产品专家不铭分享了《Aliware-MQ消息队列》。他从功能特性、技术架构、最佳实践、案例分析四个方面进行了分享。在分享中，他主要介绍了Aliware-MQ的线性扩展技术、存储模型、负载均衡、数据流、刷盘策略、高可靠/高可用方案进行了介绍，并通过案例进行了具体实践分享。

近期，消息队列（MQ）推出顺序消息消息、MQTT移动物联套件、Kafka企业级消息服务。下述内容将解析消息队列（MQ）顺序消息、车联网、Kafka企业级消息服务的应用场景。

消息队列Kafka是一个分布式的、高吞吐量、高可扩展性消息队列服务，广泛用于日志收集、监控数据聚合、流式数据处理、在线和离线分析等，是大数据生态中不可或缺的产品之一，阿里云提供全托管服务，用户无需部署运维，更专业、更可靠、更安全。本文就将带你走进消息队列Kafka。

MQ消息队列的SDK目前支持Java、C/C++及.NET三种语言，关于.NET SDK的使用目前因为版本更新的问题，用户在使用的过程中多少会出现这样或那样的问题，特别是SDK中example的使用问题。本文主要介绍.NET SDK的使用注意事项及用户可能遇到的问题。

这里我使用Redis的发布、订阅功能实现简单的消息队列，基本的命令有publish、subscribe等。 在Jedis中，有对应的java方法，但是只能发布字符串消息。为了传输对象，需要将对象进行序列化，并封装成字符串进行处理。

RPC（Remote Procedure Call）—远程过程调用 ，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。

针对消息队列的数据积压问题，我们主要做了三个方面的优化处理，取消同步锁、ActiveMQ参数优化、本地双队列优化，通过这三个方面的优化基本解决了队列数据积压的问题。

38道Java面试题解析（MyBatis+消息队列+Redis）

springboot 整合消息队列RabbitMQ

通过上一篇文章 **《消息队列深入解析》**，我们已经消息队列是什么、使用消息队列的好处以及常见消息队列的简单介绍。 这一篇文章，主要带大家详细了解一下消息队列ActiveMQ的使用。 学习消息队列ActiveMQ的使用之前，我们先来搞清**JMS**。

https://www.ibm.com/developerworks/cn/linux/l-ipc/part3/ 继续坚持，或许不能深刻理解，但至少要保证有印象。 ~~~~~~~~~~~~~~ 消息队列（也叫做报文队列）能够克服早期unix通信机制的一些缺点。

Redis的消息队列使用简单，没有什么配置，比ActiveMQ要轻量级太多，当然功能也比较简单，如果只需要简单的订阅以及发布，可以考虑使用它。 **订阅操作** 命令为:subscribe [channel] [channel] ..，如【代码1】所示，即成功订阅频道[redis.blog]。 **发布操作** 命令为publish [channel] [message]，

7月25日，阿里云宣布正式推出消息队列Kafka，全面融合开源生态。在兼容Apache生态的基础上，阿里云消息队列Kafka彻底解决了开源产品稳定性不足的痛点，可用性达99.9%，数据可靠性99.999999%，并且支持消息无缝迁移到云上。

消息中间件 消息中间件即Message-oriented middleware(MOM)，消息中间件利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。 通过提供消息传递和消息排队模型，消息中间件可以在分布式环境下扩展进程间的通信。

本篇笔记旨在使用Redis的List(列表)命令实现消息队列，生产者使用lPush命令发布消息，消费者使用rpoplpush命令获取消息，同时将消息放入监听队列，如果处理超时，监听者将把消息弹回消息队列

高可用是必问的，因为MQ的缺点很多，导致系统可用性降低。 所以只要你用了MQ，接下来问的一些要点肯定就是围绕着MQ的那些缺点怎么解决. 要是你傻乎乎的就干用了一个MQ，各种问题从来没考虑过，那你就杯具了，面试官对你的印象就是，只会简单实用一些技术，没任何思考，马上对你的印象就不太好了。

　　前言：最近在学进程间通信，所以做了一个小项目练习一下。主要用消息队列和socket(UDP)实现这个系统，并数据库存储数据，对C语言操作不熟悉的可以参照我的这篇博客：https://www.cnblogs.com/liudw-0215/p/9593414.html，所有代码提交我的Github上，地址：https://github.com/ldw0215/Chat-System.git，可以自行下载，然后make一下就可以了。

消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。 消息被处理的过程相当于流程A被处理。我们这里以一个实际的模型来讨论下，比如用户下单成功时给用户发短信，如果没有这个消息队列，我们会选择同步调用发短信的接口， 并等待短息发送成功，这时候假设短信接口实现出现问题了，或者短信调用端超时了，又或者短信发送达到上限了，我们是选择重试几次还是放弃，还是选择把这个放到数据库 过一段时间再看看呢，不管怎样，实现都很复杂。

Redis的消息队列使用简单，没有什么配置，比ActiveMQ要轻量级太多，当然功能也比较简单，如果只需要简单的订阅以及发布，可以考虑使用它。 订阅操作 命令为:subscribe [channel] [channel] ..，如【代码1】所示，即成功订阅频道[redis.blog]。 发布操作 命令为publish [channel] [message]，如【代码2

aurora 是一个基于 Web 的 Beanstalk 消息队列服务器管理工具，单文件无需依赖其他组件，支持管理本地和远程多个队列服务器

本文讲的是7年磨一剑 阿里云消息队列正式商用【IT168 云计算】2月29日，阿里云宣布中间件产品消息队列(Message Queue，下文简称MQ)正式商用。MQ可轻松解决企业应用之间的通信问题，满足计算场景中所有的异步解耦需求。

目前业务上需要选用合适的消息队列来做数据传输，因此特意调研了一下当下较主流的消息队列的各特点： 消息中间件三要素：生产者、消息、消费者。   衡量标准：生产者、消息、消费者三者的交互。 1.消息路由：消息如何经过消息中间件到达消费者。

消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。

Kafka与常见消息队列的对比 RabbitMQ Erlang编写 支持很多的协议：AMQP，XMPP, SMTP, STOMP 非常重量级，更适合于企业级的开发 发送给客户端时先在中心队列排队。对路由，负载均衡或者数据持久化都有很好的支持。

  一、消息队列概述 消息队列中间件是分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。

什么是ActiveMQ？ ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现,尽管JMS规范出台已经是很久的事情了,但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。

消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。

　　前言： 　　最近在学进程间通信，所以做了一个小项目练习一下。主要用消息队列和socket(UDP)实现这个系统，并数据库存储数据，对C语言操作数据库不熟悉的可以参照我的这篇博客：https://www.cnblogs.com/liudw-0215/p/9593414.html，所有代码提交我的Github上，地址：https://github.com/ldw0215/Chat-System.git，可以自行下载，然后make一下就可以了。