这里将编写两个java程序。发送单个消息的生产者和接收消并打印出来的消费者。 在下图中，p是我们的生产者，c是我们的消费者。中间框是一个队列-RabbitMQ代表使用者保留的消息缓冲区。
发送单个消息的生产者和接收消息并打印出来的消费者。 在下图中，“ P”是生产者，“ C”是消费者。中间的框是一个队列-RabbitMQ 代表使用者保留的消息缓冲区 创建 Maven 项目
在下图中，“ P” 是我们的生产者，“ C” 是我们的消费者。中间的框是一个队列 RabbitMQ 代表使用者保留的消息缓冲区
消息队列RabbitMQ提供了六种工作模式：简单模式、work queues、发布订阅模式、路由模式、主题模式、发布确认模式。本文将介绍前三种工作模式。所有的案例代码都是使用Java语言实现。
topthink/think-queue - PackagistThe ThinkPHP6 Queue Package
在我们系统中有一个订单催付的场景，我们的客户在天猫下的订单,淘宝会及时将订单推送给我们，如果在用户设定的时间内未付款那么就会给用户推送一条短信提醒，很简单的一个功能对吧，但是，tmall商家对我们来说，肯定是要分大客户和小客户的对吧，比如像苹果，小米这样大商家一年起码能给我们创造很大的利润，所以理应当然，他们的订单必须得到优先处理，而曾经我们的后端系统是使用 redis 来存放的定时轮询，大家都知道 redis 只能用 List 做一个简简单单的消息队列，并不能实现一个优先级的场景，所以订单量大了后采用 RabbitMQ 进行改造和优化,如果发现是大客户的订单给一个相对比较高的优先级，否则就是默认优先级。
核心:消息队列，操作系统为每个窗口创建一个消息队列，并且维护，我们想要使用消息队列，那就要创建一个窗口。
工作队列(又称任务队列)的主要思想是避免立即执行资源密集型任务，而不得不等待它完成。相反我们安排任务在之后执行。我们把任务封装为消息并将其发送到队列。在后台运行的工作进=程将弹出任务并最终执行作业。当有多个工作线程时，这些工作线程将一起处理这些任务。
作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：
我们可以把消息队列比作是一个存放消息的容器，当我们需要使用消息的时候可以取出消息供自己使用。 具体内容详见 消息队列。
用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用。
个人认为设计系统要因场景因时间而异，一个系统不是一下子就设计的非常完美，在有限的资源情况下一定是先解决当下最核心的问题，并预测/发现未来可能出现的问题，一步步解决最痛点的问题。也就是说系统设计是不断迭代的过程，在迭代中发现问题修复问题；即满足需求的系统是不断迭代优化出来的，不是一下子就架构的非常完美，这是一个持续的过程，个人不相信完美架构银弹。不过如果一开始就有好的基础系统设计，未来可以更容易达到一个比较满意的目标。
(broker 北京)，(broker 深圳)彼此之间相距甚远，网络延迟是一个不得不面对的问题。有一个在北京 的业务(Client 北京) 需要连接(broker 北京)，向其中的交换器 exchangeA 发送消息，此时的网络延迟很小， (Client 北京)可以迅速将消息发送至 exchangeA 中，就算在开启了 publisherconfirm 机制或者事务机制的 情况下，也可以迅速收到确认信息。此时又有个在深圳的业务(Client 深圳)需要向 exchangeA 发送消息， 那么(Client 深圳) (broker 北京)之间有很大的网络延迟，(Client 深圳) 将发送消息至 exchangeA 会经历一 定的延迟，尤其是在开启了 publisherconfirm 机制或者事务机制的情况下，(Client 深圳) 会等待很长的延 迟时间来接收(broker 北京)的确认信息，进而必然造成这条发送线程的性能降低，甚至造成一定程度上的 阻塞。
RabbitMQ 是一个消息中间件：它接受并转发消息。你可以把它当做一个快递站点，当你要发送一个包裹时，你把你的包裹放到快递站，快递员最终会把你的快递送到收件人那里，按照这种逻辑 RabbitMQ 是 一个快递站，一个快递员帮你传递快件。RabbitMQ 与快递站的主要区别在于，它不处理快件而是接收，存储和转发消息数据
当一个信道上建立的消费者订阅了一个队列，有可能出现各种原因导致消费停止。一个很明显的原因就是客户端在同一个信道上发出basic.cancel命令，消息中间件代理响应basic.cancel-ok，将会导致消费者被取消。还有其他的事件如队列的删除或者集群方案所在队列的集群节点失败也有可能导致消费者被取消，消费者被取消这个事件并不会通知客户端对应的信道，这样子会造成客户端无法感知消费者被取消。
现在很多项目，可能Handler用的少了。但是如果你去面试，总是避免不了被问Handler原理等等。
早在之前就了解到了消息中间件，但是一直没有系统的学习，最近花了一段时间系统学习了当下最为主流的 RabbitMQ 消息队列，学习过程中也随时记录，刚开始学习的时候懵懵懂懂，做的笔记都比较杂乱，系统学习完后我将笔记内容不断反复修改，对章节进行设计调整，最终整合出了以下好理解、案例多、超详细的 RabbitMQ 学习笔记，希望能帮到大家～
前言：前面在本地的windows通过apache的ab工具测试了600并发下“查询指定手机是否存在再提交数据”的注册功能会出现重复提交的情况，并且在注册完成时还需要对邀请人进行奖励，记录邀请记录，对该新用户自动发布动态信息，发短信或发邮件等其他业务功能。所以这里当并发时，注册功能就变得低效且容易出现问题。
在实际工作中，很多小伙伴在开发定时任务时，会采取定时扫描数据表的方式实现。然而，这种方式存在着重大的缺陷：如果数据量大的话，频繁的扫描数据表会对数据库造成巨大的压力；难以支撑大规模的分布式定时任务；难以支持精准的定时任务；大量浪费CPU的资源；扫描的数据大部分是不需要执行的任务。
生产者发布消息到 RabbitMQ 后，需要 RabbitMQ 返回「ACK（已收到）」给生产者，这样生产者才知道自己生产的消息成功发布出去。
Message queue概述： 多个独立的进程之间可以通过消息缓冲机制来相互通信，这种通信的实现是以消息缓冲区为中间介质，通信双方的发送和接收操作均以消息为单位。 消息队列一旦创建后即可由多进程共享，发送消息的进程可以在任意时刻发送任意个消息到制定的消息队列上，并检查是否有接收进程在等待它所发送的消息，若有则唤醒它。而接收信息的进程可以在需要消息的时候到制定的消息队列上获取消息，如果消息还没有到来，则转为睡眠状态等待 消息队列是IPC对象的一种 消息队列有消息队列ID来唯一标识 消息队列就是一个消息的列别
用户对于同一操作发起的一次请求或者多次请求的结果是一致的,不会因为多次点击而产生了副作用。
本文主要讲解PushConsumer，部分讲解PullConsumer，跳过顺序消费。 本文主要讲解PushConsumer，部分讲解PullConsumer，跳过顺序消费。 本文主要讲解PushConsumer，部分讲解PullConsumer，跳过顺序消费。
前传：分布式消息队列 RocketMQ 源码分析 —— Message 拉取与消费（上） 本文主要基于 RocketMQ 4.0.x 正式版 1、概述 2、Consumer 3、PushConsumer 一览 4、PushConsumer 订阅 5、PushConsumer 消息队列分配 6、PushConsumer 消费进度读取 7、PushConsumer 拉取消息 8、PushConsumer 消费消息 9、PushConsumer 发回消费失败消息 10、Consumer 消费进度 11、结尾 --
用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用。举个最简单的例子，那就是支付，用户购买商品后支付，支付扣款成功，但是返回结果的时候网络异常，此时钱已经扣了，用户再次点击按钮，此时会进行第二次扣款，返回结果成功，用户查询余额发现多扣钱了，流水记录也变成了两条。在以前的单应用系统中，我们只需要把数据操作放入事务中即可，发生错误立即回滚，但是再响应客户端的时候也有可能出现网络中断或者异常等等。
分布式系统中必备的一个中间件就是消息队列，通过消息队列我们能对服务间进行异步解耦、流量消峰、实现最终一致性。
消息队列（Messeage Queue，MQ）是在分布式系统架构中常用的一种中间件技术，从字面表述看，是一个存储消息的队列，所以它一般用于给 MQ 中间的两个组件提供通信服务。
Redis是一个功能强大的内存缓存系统，同时也支持一些高级功能，例如发布/订阅、事务、Lua脚本等。其中，Redis也可以作为消息队列使用，以支持异步处理和解耦系统组件。
最近生产环境的消息通知队列发生了大量的数据积压问题，从而影响到整个平台商户的交易无法正常进行，最后只能通过临时关闭交易量较大的商户来缓解消息队列积压的问题，经线上数据分析，我们的消息队列在面对交易突发洪峰的情况下无法快速的消费并处理队列中的数据，考虑到后续还会出现各种交易量突发状况，以下为针对消息队列（ActiveMQ）的优化过程。
MQ(message queue)，从字面意思上看，本质是个队列，FIFO 先入先出，只不过队列中存放的内容是message 而已，还是一种跨进程的通信机制，用于上下游传递消息。在互联网架构中，MQ 是一种非常常见的上下游“逻辑解耦+物理解耦”的消息通信服务。使用了 MQ 之后，消息发送上游只需要依赖 MQ，不用依赖其他服务。
我们在裸机开发中，每个函数之间进行数据通信往往采用全局变量。而在嵌入式开发中。我们在进行进程间通信的时候，往往采用消息队列。对于操作系统来说，消息队列是非常重要的一个数据结构。本文将介绍一下，如何使用消息队列进行通信。
马上过年了，心里万般滋味。。。 一，消息队列 1，概念：“消息队列”是在消息的传输过程中保存消息的容器 2，消息队列就是一个消息的链表。可以把消息看作一个记录，具有特定的格式以及特定的优先级。 对消息队列有写权限的进程可以向消息队列中按照一定的规则添加新消息； 对消息队列有读权限的进程则可以从消息队列中读走消息。 消息队列是随内核持续的。 3，编程注意事项：使用时先把数据封装成消息，把消息存入队列 编程步骤： 具体函数的用法可以用man手册查看（强力推荐） （1）ftok()生产key （2
Redis 怎么做消息队列？ - Kaito的回答 - 知乎 https://www.zhihu.com/question/20795043/answer/1931265868
消费者完成一个任务可能需要一段时间，如果其中一个消费者处理一个长的任务并且只完成了部分它挂掉了，会发生什么情况。RabbitMQ一旦向消费者传递了一条消息，便立即将该消息标记为删除。在这种情况下，突然有个消费者挂掉了，我们将丢失正在处理的消息。以及后续发送给该对象的消息，因为它无法接收到。 为了保证消息在发送过程中不丢失，RabbitMQ引入了消息应答机制，消息应答就是：消费者在接收到消息并且处理该消息之后，告诉RabbitMQ它已经处理了，RabbitMQ可以把该消息删除了。
消息队列，英文名：Message Queue，经常缩写为MQ。从字面上来理解，消息队列是一种用来存储消息的队列。可以简单理解消息队列就是将需要传输的数据存放在队列中。
消息队列（Message Queue），简称为MQ，是一种跨进程的通信机制，用于上下游传递消息。常见消息队列中间件如：Kafka、ActiveMQ、RabbitMQ、RocketMQ等。
Looper 是 线程本地变量 , 在每个线程中 , 可以通过线程调用 ThreadLocal 变量的 get 方法获取该线程对应的对象副本 , 调用 ThreadLocal 变量的 set 方法 , 设置该线程对应类型的对象副本 ;
Handler是Android中提供的一种异步回调机制，也可以理解为线程间的消息机制。为了避免ANR,我们通常会把一些耗时操作（比如：网络请求、I/O操作、复杂计算等）放到子线程中去执行，而当子线程需要修改UI时则子线程需要通知主线程去完成修改UI的操作，则此时就需要我们使用Handler机制来完成子线程与主线程之间的通信。
think-queue是ThinkPHP官方提供的一个消息队列服务，是专门支持队列服务的扩展包。think-queue消息队列适用于大并发或返回结果时间比较长且需要批量操作的第三方接口，可用于短信发送、邮件发送、APP推送。think-queue消息队列可进行发布、获取、执行、删除、重发、失败处理、延迟执行、超时控制等操作。
也些人则反对，认为 Redis 会「丢」数据，最好还是用「专业」的队列中间件更稳妥。
细心的你可能发现了，本系列课程中竟然出现了三个课时都是在说消息队列，第 10 课时讲了程序级别的消息队列以及延迟消息队列的实现，而第 15 课时讲了常见的消息队列中间件 RabbitMQ、Kafka 等，由此可见消息队列在整个 Java 技术体系中的重要程度。本课时我们将重点来看一下 Redis 是如何实现消息队列的。
队列又称消息队列，是一种常用于任务间通信的数据结构，队列可以在任务与任务间、中断和任务间传递信息，实现了任务接收来自其他任务或中断的不固定长度的消息，任务能够从队列里面读取消息，当队列中的消息是空时，读取消息的任务将被阻塞，用户还可以指定阻塞的任务时间 timeout，在这段时间中，如果队列为空，该任务将保持阻塞状态以等待队列数据有效。当队列中有新消息时，被阻塞的任务会被唤醒并处理新消息；当等待的时间超过了指定的阻塞时间，即使队列中尚无有效数据，任务也会自动从阻塞态转为就绪态。消息队列是一种异步的通信方式。
通常我们使用Handler的消息延时都是调用sendMessageDelayed函数实现的，其中delayMillis是需要延时的毫秒。
我们都知道 Redis 提供了丰富的数据类型，特殊的有四种：BitMap、HyperLogLog、Geospatial、Stream。
初始化 HandlerThread , 特别注意 , 初始化完成后 , 紧跟着调用该线程的 start() 方法启动 ;
在前一篇文章中【IoT迷你赛】TencentOS tiny学习源码分析（3）——队列
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
