今天开源的这份阿里巴巴内部的微服务的指导手册，涵盖了当下使用和面试过程中的流程技术，包含了：SpringBoot, Thymeleaf、 Jetty、 Redis 整合、C3P0 整合、Druid 整合、MyBatis 整合、ActiveMQ 整合、RabbitMQ 整合、Kafka 整合、Shiro 整合、SpringDataJP

对于分布式消息中间件，首先要了解两个基础的概念，即什么是分布式系统，什么又是中间件。

本文主要介绍vivo中间件团队基于原生RabbitMQ的高可用实践。

RocketMQ作为一款高可靠、低延迟、高并发、支持海量Topic的分布式消息中间件，服务于阿里巴巴、VIPKID、 滴滴出行、微众银行、华为等国内各大企业。在阿里巴巴内的业务涵盖了阿里巴巴全部的业务，也是双11的核心链路支撑者之一。笔者所在公司选择它，也是由于

在系统开发初期，很容易出现这样一种情况：不同业务线上开发人员，因为技术栈和版本时间的影响，在选型的时候会优先使用自己熟悉的，例如MQ中间件常用的：Kafka、Rocket、Rabbit等，这样很容易忽略各个项目之间的组件差异问题

本文主要和大家分享一下 redis 的高级特性：bit 位操作。 力求让大家彻底学会使用 redis 的 bit 位操作并掌握其底层实现原理！

摘要：本文带领大家一起剖析了LiteOS位操作模块的源代码，代码非常简单，参考官方示例程序代码，实际编译运行一下，加深理解。

摘要：本文带领大家一起剖析了LiteOS位操作模块的源代码，代码非常简单，参考官方示例程序代码，实际编译运行一下，加深理解。

在生产中经常会有一些类似报表系统，需要做 MySQL 的 binlog 同步。比如订单系统要同步订单表的数据到大数据部门的 MySQL 库中用于报表统计分析，通常的做法是基于 Canal 这样的中间件去监听订单数据库的 binlog，然后把这些 binlog 发送到 MQ 中

继之前的mysql夺命连环之后，我发现我这个标题被好多套用的，什么夺命zookeeper，夺命多线程一大堆，这一次，开始面试题系列MQ专题，消息队列作为日常常见的使用中间件，面试也是必问的点之一，一起来看看MQ的面试题。

RabbitMQ、RocketMQ、Kafka都有可能出现重复消费的问题，导致重复消费的原因可能出现在生产者，也可能出现在 MQ 或 消费者。

在程序员这个圈子打拼了太多年，见过太多的程序员使用redis，其中一部分喜欢把redis做缓存（cache）使用，其中最典型的当属存储用户session，除此之外，把redis作为消息队列使用也不在少数，可见redis在互联网中应用是多么的广泛。

跟消息重复问题类似，数据丢失也可能出现在生产者、MQ、消费者三者中。

机器一般过质保之后，就会因为各种各样的问题而宕机。而这一次的宕机，让笔者观察到了平常观察不到的tcp在对端宕机情况下的行为。经过详细跟踪分析原因之后，发现可以通过调整内核tcp参数来减少宕机造成的影响。

作为中间件，消息队列是分布式应用间交换信息的重要组件。

不知大家是否有遇到过这样的问题？我们要调其他系统推送数据，对方接口改了参数要围着对方转，配合调试和测试；新增对接系统要增加接口调用代码联调；调第三方接口经常调不通；每次大促系统都处于崩溃的边缘，如618、双十一、秒杀活动等。

在上一篇笔记 【MQ 学习笔记】为什么要使用消息队列？ 中，介绍了消息队列的应用场景和可能导致的问题，其中高可用问题是引入 MQ 的第一个问题。

在一些系统中，会有对某些任务状态进行跟踪，如果任务失败需要重新执行任务。

我们先思考一下导致消息队列消息百万积压都是怎么造成的。首先，可能是消费端出问题了，比如宕机等情况，或者消费端消费得极其慢，就会导致消息不断积压；也有可能是消费端依赖的服务器挂掉了，比如依赖的 NoSQL/MySQL 挂掉了，导致消费者自己没啥正常运作了

MQ 到底是什么 ? 每次跟同行交流总感觉鸡同鸭讲, 却只因我们用的 MQ 不同. 这个工具真的那么难理解吗? 本文带你一层层拨开 MQ 的真面目.

而根据我这么多年的使用经验，我将 RabbitMQ 的心得形成一些提醒或者规范分享给大家，这样，大家以后使用 RabbitMQ 的时候，就不会再走我走过的弯路了。

从消息队列常见面j试题入手来解析消息队列

李子捌把话说在前头，如果你是面试或者为了了解知识来学习这一知识点，我觉得是有必要的；但是如果你是作为公司的技术负责人或者项目技术选型来使用Redis的Pub/Sub做消息的发布订阅，如果你不是走投无路了，那么你可能值得斟酌一下。Redis的Pub/Sub发布订阅，

从消息队列常见面j试题入手来解析消息队列

摘要：本文带领大家一起剖析了LiteOS位操作模块的源代码，代码非常简单，参考官方示例程序代码，实际编译运行一下，加深理解。

RabbitMQ作为消息代理服务器，对于独立应用来说简直完美。但当应用程序需要高可用队列来满足额外的投递保证，或者将RabbitMQ用作众多应用程序的中心消息通信总线时，RabbitMQ内建的集群能力能够跨越多台服务器，提供强大的、内聚的环境。

RabbitMQ作为消息代理服务器，对于独立应用来说简直完美。但当应用程序需要高可用队列来满足额外的投递保证，或者将RabbitMQ用作众多应用程序的中心消息通信总线时，RabbitMQ内建的集群能力能够跨越多台服务器，提供强大的、内聚的环境。

而根据我这么多年的使用经验，我将 RabbitMQ 的心得形成一些提醒或者规范分享给大家，这样，大家以后使用 RabbitMQ 的时候，就不会再走我走过的弯路了。

RocketMQ作为一款高可靠、低延迟、高并发、支持海量Topic的分布式消息中间件，服务于阿里巴巴、VIPKID、 滴滴出行、微众银行、华为等国内各大企业。在阿里巴巴内的业务涵盖了阿里巴巴全部的业务，也是双11的核心链路支撑者之一。笔者所在公司选择它，也是由于

消息队列RocketMQ学习笔记

rocketmq 消息踩坑之旅

要从容地着手去做一件事，但一开始，就要坚持到底。

针对mq新增、修改、删除场景

今天开源的这份阿里巴巴内部的微服务的指导手册，涵盖了当下使用和面试过程中的流程技术，包含了：SpringBoot, Thymeleaf、 Jetty、 Redis 整合、C3P0 整合、Druid 整合、MyBatis 整合、ActiveMQ 整合、RabbitMQ 整合、Kafka 整合、Shiro 整合、SpringDataJP

消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。虽然说，目前状况是Kafka更为火热，但更为广泛的应该还属老牌的RabbtiMQ和Alibaba自主研发的RocketMQ。