RabbitMQ

启动web管理界面 rabbitmq-plugins enable rabbitmq-management 增加访问用户，默认用户guest只能本地访问。 rabbitmqctl add_user admin 123456 设置角色： rabbitmqctl set_user_tags admin administrator 设置默认vhost（“/”）访问权限 rabbitmqctl set_permissions -p “/” admin “.” “.” “.*” 浏览器访问：http://IP:15672 用户名admin，密码123456进行登录 rabbitmq 1 . 已经声明的队列 不能再更改其属性 再声明 会报错： Uncaught AMQPQueueException: Server channel error: 406, message: PRECONDITION_FAILED - inequivalent arg 'durable' for queue 'cbn_q' in vhost '/': received 'true' but current is 'false' in /var/www/data_center/app/command/MqClass.php:57 2 . 上面添加的用户 如果重启应用的化 会消失掉 3 .

docker查找rabbitMq docker search rabbitmq docker 下载镜像 docker pull rabbitmq docker pull rabbitmq:management 运行镜像 默认用户名密码 为guest/guest docker run --name rabbitmq -d -p 15672:15672 -p 5672:5672 rabbitmq:management 本篇文章由一文多发平台 ArtiPub 自动发布 来源： oschina 链接： https://my.oschina.net/u/3467440/blog/3213300

前言 在上篇中介绍了 SpringCloud Config 的使用，本篇则介绍基于SpringCloud(基于SpringBoot2.x,.SpringCloud Finchley版)中的分布式配置中心(SpringCloud Config)的配置刷新和消息总线(RabbitMQ和Kafka)使用教程。 SpringCloud Config Refresh 在上一篇中我们介绍了springcloud配置中心的本地使用和Git使用的用法，但是当重新修改配置文件提交后，客户端获取的仍然是修改前的信息，需要客户端重启才可以获取最新的信息。因此我们需要客户端能够动态进行更新，幸好springcloud官方已经给出方案，所以我们只需要使用就行了。 开发准备 开发环境 JDK :1.8 SpringBoot :2.0.6.RELEASE SpringCloud ：Finchley.SR2 注:不一定非要用上述的版本，可以根据情况进行相应的调整。需要注意的是SpringBoot2.x以后，jdk的版本必须是1.8以上！ 确认了开发环境之后，我们再来添加相关的pom依赖。 <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-config<

安装环境 系统：CentOS7，RabbitMQ：3.6.15，Erlang：20.1 RabbitMQ与Erlang对应关系： https://www.rabbitmq.com/which-erlang.html RabbitMQ下载： http://www.rabbitmq.com/releases/rabbitmq-server/ Erlang下载： https://www.erlang.org/downloads Erlang =====>>> 安装开始 选择 otp_src_20.1.tar.gz 将下载的压缩文件上传到 /opt 目录下 tar -xzvf otp_src_20.1.tar.gz 进入 otp_src_20.1 目录 cd /opt/otp_src_20.1/ 创建 Erlang 安装目录 mkdit /opt/erlang 配置安装路径编译代码 ./configure --prefix=/opt/erlang 编译 make && make install 编译过程中 如果 出现了小插曲（如图） ----------start---------- 执行以下命令 sudo yum install ncurses-devel.x86_64 然后回到 配置安装路径编译代码 继续执行 ----------end---------- 配置Erlang环境变量

何为延迟队列？ 顾名思义，延迟队列就是进入该队列的消息会被延迟消费的队列。而一般的队列，消息一旦入队了之后就会被消费者马上消费。 延迟队列能做什么？ 延迟队列多用于需要延迟工作的场景。最常见的是以下两种场景： 延迟消费。比如： 用户生成订单之后，需要过一段时间校验订单的支付状态，如果订单仍未支付则需要及时地关闭订单。 用户注册成功之后，需要过一段时间比如一周后校验用户的使用情况，如果发现用户活跃度较低，则发送邮件或者短信来提醒用户使用。 延迟重试。比如消费者从队列里消费消息时失败了，但是想要延迟一段时间后自动重试。 如果不使用延迟队列，那么我们只能通过一个轮询扫描程序去完成。这种方案既不优雅，也不方便做成统一的服务便于开发人员使用。但是使用延迟队列的话，我们就可以轻而易举地完成。 如何实现？ 别急，在下文中，我们将详细介绍如何利用Spring Boot加RabbitMQ来实现延迟队列。 本文出现的示例代码都已push到Github仓库中：github.com/Lovelcp/blo… 实现思路 在介绍具体的实现思路之前，我们先来介绍一下RabbitMQ的两个特性，一个是Time-To-Live Extensions，另一个是Dead Letter Exchanges。 Time-To-Live Extensions RabbitMQ允许我们为消息或者队列设置TTL（time to

centos8下使用docker安装RabbitMQ 安装Centos8 centos8官网镜像下载地址 http://isoredirect.centos.org/centos/8/isos/x86_64/ ，下载最小化镜像安装文件 安装centos8完成后，（切换到root或者sudo）设置阿里云源yum repo 来提高yum包安装速度(CentOS 8 虽然使用dnf作为软件包安装程序，但是 dnf 还是能兼容使用 yum 的配置文件的和命令的使用方法的。) yum -y install wget && \ cd /etc/yum.repos.d/ && \ wget http://mirrors.aliyun.com/repo/Centos-8.repo && \ mv CentOS-Base.repo CentOS-Base.repo.bak && \ mv Centos-8.repo CentOS-Base.repo && \ yum clean all && \ yum makecache 安装Docker 接下来我们开始安装docker，docker官方教程地址： https://docs.docker.com/install/linux/docker-ce/centos/ 先安装docker所需的依赖包 sudo yum install -y yum-utils

Springboot使用RabbitMQ代码示例 示例说明 本示例使用slf4j-log4j12管理日志，需要排除spring-boot-start-amqp的logback-classic依赖以防止冲突。 消息队列几个要点 生产者：发送消息的程序 消费者：监听接收消费消息的程序 消息：一串二进制数据流 队列：消息的暂存区/存储区 转换器：消息的中转站，用于接收分发消息。其中有 fanout、direct、topic、headers 四种 路由：与转换器绑定即可路由消息到指定的队列！ 依赖导入 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-amqp</artifactId> <!--排除日志冲突--> <exclusions> <exclusion> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> <

声明 本文转自 https://developer.51cto.com/art/201906/597963.htm 什么是RPC RPC（Remote Procedure Call）：远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的思想。 RPC 是一种技术思想而非一种规范或协议，常见 RPC 技术和框架有： 应用级的服务框架：阿里的 Dubbo/Dubbox、Google gRPC、Spring Boot/Spring Cloud。 远程通信协议：RMI、Socket、SOAP(HTTP XML)、REST(HTTP JSON)。 通信框架：MINA 和 Netty。 目前流行的开源 RPC 框架还是比较多的，有阿里巴巴的 Dubbo、Facebook 的 Thrift、Google 的 gRPC、Twitter 的 Finagle 等。 常用的RPC框架 gRPC：是 Google 公布的开源软件，基于最新的 HTTP 2.0 协议，并支持常见的众多编程语言。RPC 框架是基于 HTTP 协议实现的，底层使用到了 Netty 框架的支持。 Thrift：是 Facebook 的开源 RPC 框架，主要是一个跨语言的服务开发框架。 用户只要在其之上进行二次开发就行，应用对于底层的 RPC 通讯等都是透明的

RocketMQ详解(7)——顺序消费 分布式事务-RocketMQ消息事务设计思路及Demo RabbitMQ、RocketMQ、ActiveMQ 、Kafka 四个分布式消息队列的区别 深入理解RocketMQ的消费者组、队列、Broker，Topic 来源： oschina 链接： https://my.oschina.net/miaojiangmin/blog/3218038

【MQ 系列】RabbitListener 消费基本使用姿势介绍 之前介绍了 rabbitmq 的消息发送姿势，既然有发送，当然就得有消费者，在 SpringBoot 环境下，消费可以说比较简单了，借助 @RabbitListener 注解，基本上可以满足你 90%以上的业务开发需求 下面我们来看一下 @RabbitListener 的最最常用使用姿势 <!-- more --> I. 配置 首先创建一个 SpringBoot 项目，用于后续的演示 springboot 版本为 2.2.1.RELEASE rabbitmq 版本为 3.7.5 （安装教程可参考: 【MQ 系列】springboot + rabbitmq 初体验 ) 依赖配置文件 pom.xml <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.2.1.RELEASE</version> <relativePath/> <!-- lookup parent from repository --> </parent> <properties> <project.build.sourceEncoding>UTF-8</project