问题描述在使用rabbitMq消费者使用simple模式进行监听时，服务突然自动关闭，事前没有任何的cpu或者内存的报警。查看关闭服务前的日志发现OOM异常Consumerthreaderror,threadabort.但是一个异常为什么会导致服务关闭呢？开始看到OOM，我就想着启动参数上加了当发生OOM时生成堆的dump文件，然而查看文件目录，发现并没有看到生成的堆dump文件，这就十分奇怪问题分析后仔细看了报错日志报错位置是org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.AsyncMessage

1、应用场景RabbitMQ：适用于易用性和灵活性要求较高的场景：异步任务处理：RabbitMQ提供可靠的消息传递机制，适用于处理异步任务，例如将耗时的任务放入消息队列中，然后由消费者异步处理，提高系统的响应速度和可伸缩性。解耦系统组件：通过使用RabbitMQ作为消息中间件，不同的系统组件可以通过消息进行解耦，实现松耦合的架构，提高系统的可维护性和灵活性。事件驱动架构：RabbitMQ的发布-订阅模式可以用于构建事件驱动架构，将系统中的事件作为消息发布到相应的主题，不同的消费者可以订阅感兴趣的主题进行相应的处理。RocketMQ：适用于大规模数据处理和高吞吐量的场景：分布式事务：Rocket

目录一、下载安装包二、安装erlang三、安装RabbitMQ四、配置RabbitMQ管理界面官网地址：https://www.rabbitmq.com/下载地址：https://www.rabbitmq.com/download.html一、下载安装包RabbitMQWindows下载地址：https://www.rabbitmq.com/install-windows-manual.htmlerlangWindows下载地址：http://www.erlang.org/download.html1）下载erlang2）下载RabbitMQ二、安装erlang1）打开下载的exe文件一直下一

RabbitMQ常用命令3.1启动停止rabbitMQ命令#前台启动ErlangVM和RabbitMQ当窗口关闭或者ctrl+c时，使退出了。rabbitmq-server#使用系统命令启动systemctlstartrabbitmq-server#后台启动rabbitmq-server-detached#停止rabbitMQ和ErlangVMrabbitmq-serverstop样例输出启动命令-rabbitmq-server[root@mes01soft]#rabbitmq-server####RabbitMQ3.8.5##############Copyright(c)2007-2020

rabbitmq的使用场景有哪些？①.跨系统的异步通信，所有需要异步交互的地方都可以使用消息队列。就像我们除了打电话（同步）以外，还需要发短信，发电子邮件（异步）的通讯方式。②.多个应用之间的耦合，由于消息是平台无关和语言无关的，而且语义上也不再是函数调用，因此更适合作为多个应用之间的松耦合的接口。基于消息队列的耦合，不需要发送方和接收方同时在线。在企业应用集成（EAI）中，文件传输，共享数据库，消息队列，远程过程调用都可以作为集成的方法。③.应用内的同步变异步，比如订单处理，就可以由前端应用将订单信息放到队列，后端应用从队列里依次获得消息处理，高峰时的大量订单可以积压在队列里慢慢处理掉。由于

一、消息顺序性消息队列中的若干消息如果是对同一个数据进行操作，这些操作具有前后的关系，必须要按前后的顺序执行，否则就会造成数据异常。举例：  比如通过mysqlbinlog进行两个数据库的数据同步，由于对数据库的数据操作是具有顺序性的，如果操作顺序搞反，就会造成不可估量的错误。比如数据库对一条数据依次进行了插入->更新->删除操作，这个顺序必须是这样，如果在同步过程中，消息的顺序变成了删除->插入->更新，那么原本应该被删除的数据，就没有被删除，造成数据的不一致问题。RabbitMQ的消息顺序问题，需要分三个环节看待，发送消息的顺序、队列中消息的顺序、消费消息的顺序。发送消息的顺序消息发送端的

一、如何保证生产者生产消息100%的投递成功保障消息的成功发出保障MQ节点的成功接收发送端收到MQ节点（Broker）确认应答完善的消息进行补偿机制1.理解Confirm确认消息机制消息的确认，是指生产者投递消息后，如果Broker收到消息，则会给我们生产者一个应答。生产者进行接收应答，用来确定这条消息是否正常的发送到了Broker,这种方式也是消息可靠性投递的核心保障！1.1Confirm确认消息流程解析2.理解Return消息机制ReturnListener用于处理一些不可路由的消息！我们的消息生产者，通过指定一个Exchange和RoutingKey把消息送达到某一个队列中去，然后我们的

在我们系统中有一个订单催付的场景，我们的客户在天猫下的订单,淘宝会及时将订单推送给我们，如果在用户设定的时间内未付款那么就会给用户推送一条短信提醒，很简单的一个功能对吧，但是，tianmao商家对我们来说，肯定是要分大客户和小客户的对吧，比如像苹果，小米这样大商家一年起码能给我们创造很大的利润，所以理应当然，他们的订单必须得到优先处理，而曾经我们的后端系统是使用redis来存放的定时轮询，大家都知道redis只能用List做一个简简单单的消息队列，并不能实现一个优先级的场景，所以订单量大了后采用RabbitMQ进行改造和优化,如果发现是大客户的订单给一个相对比较高的优先级，否则就是默认优先级。

1、进入容器dockerexec-itrabbitmqbash2、查看当前用户列表rabbitmqctllist_users3、修改密码rabbitmqctlchange_password[username]‘[NewPassword]’4、修改后退出容器ctrl+p+q5、退出容器后即可生效，不需要重启容器