安装Erlang 官方安装地址文档: http://www.rabbitmq.com/install-rpm.html 根据官网的推荐 进入到专为RabbitMQ整理的极简版Erlang https://github.com/rabbitmq/erlang-rpm 我们看到这里已经有了.repo格式配置文件 所以,我们进入到/etc/yum.repos.d/ vi 新建一个 "rabbitmq-erlang.repo"的文件名,内容如下:[我这里使用的是CentOS] # In /et…

一.安装erlang 1.安装erlang依赖: yum install build-essential openssl openssl-devel unixODBC unixODBC-devel make gcc gcc-c++ kernel-devel m4 ncurses-devel tk tc 2.安装eralng: i.去官网下载erlang i.这里由于不需要用java编译器编译,所以去掉了--without-javac ./configure --prefix=/usr/local…

RabbitMQ是消息队列.之前学过的队列queue:线程queue(threading queue),只是多个线程之间进行数据交互.进程queue(processing queue),只是父进程与子进程进行交互.两个独立的程序之间进行交互就需要中间代理(rabbitMQ) 1.最简单的生产者.消费者模型(一对一) #生产者 #!/usr/bin/env python # -*- coding:utf-8 -*- #-Author-soloLi import pika connection =…

135.rabbitmq 的使用场景有哪些? 单反单收,单发多收,发布订阅,按路由发送,按主题发送 136.rabbitmq 有哪些重要的角色? Server,Consumer,Producer 137.rabbitmq 有哪些重要的组件? 1.Server(broker): 接受客户端连接,实现AMQP消息队列和路由功能的进程. 2.Virtual Host:其实是一个虚拟概念,类似于权限控制组,一个Virtual Host里面可以有若干个Exchange和Queue,但是权限控制的最小粒度是…

前言: 官方教程: https://www.rabbitmq.com/getstarted.html 应用场景(之马云赚钱): http://blog.csdn.net/whoamiyang/article/details/54954780 http://www.cnblogs.com/saltlight-wangchao/p/6214334.html 安装及应用: http://www.cnblogs.com/Andon_liu/p/5401961.html http://blog.csdn.…

1.什么是消息队列? 概念: 消息队列(Message Queue,简称MQ),本质是个队列,FIFO先入先出,只不过队列中存放的内容是一些Message. 2.为什么要用消息队列,应用场景? 不同系统.进程或者线程直接进行通信. 系统解耦,将要做的部分放入队列,便于模块分离. 传统模式 使用队列解耦 缓冲功能,当有大量请求要处理时,可以先入队然后依次处理,保证系统可靠性. 例如:淘宝秒杀活动等. 异步操作,有时候为了快速响应,可以使用队列来实现异步,比如邮箱验证,手机验证码发送等. 3.消息队…

目录 0. 配置项目 1. 基本消息模型 1.1 生产者发送消息 1.2 消费者获取消息(自动ACK) 1.3 消息确认机制(ACK) 1.4 消费者获取消息(手动ACK) 1.5 自动ACK存在的问题 1.6 演示手动ACK 2. work消息模型 2.1 生产者 2.2 消费者1 2.3 消费者2 2.4 能者多劳 3. 订阅模型分类 4. 订阅模型-Fanout 4.1 生产者 4.2 消费者1 4.3 消费者2 4.4 测试 5. 订阅模型-Direct 5.1 生产者 5.2 消费者1…

一般来说,大型应用通常会被拆分成多个子系统,这些子系统可能会部署在多台机器上,也可能只是一台机器的多个进程中,这样的应用就是分布式应用.在讨论分布式应用时,很多初学者会把它和集群这个概念搞混,因为从部署形态上看,它们都是多台机器或多个进程部署, 而且都是为了实现一个业务功能.这里有一个简单的区分标准:如果是一个业务被拆分成多个子业务部署在不同的服务器上,那就是分布式应用:如果是同一个业务部署在多台服务器上,那就是集群.而分布式应用的子系统之间并不是完全独立的,它们需要相互通信来共同完成某个功能,…

https://blog.csdn.net/samxx8/article/details/47417133…

直接进入正题. 一.异步处理 场景:发送手机验证码,邮件 传统古老处理方式如下图 这个流程,全部在主线程完成,注册->入库->发送邮件->发送短信,由于都在主线程,所以要等待每一步完成才能继续执行.由于每一步的操作时间响应时间不固定,所以主线程的请求耗时可能会非常长,如果请求过多,会导致IIS站点巨慢,排队请求,甚至宕机,严重影响用户体验. 现在大多数的处理方式如下图 这个做法是主线程只做耗时非常短的入库操作,发送邮件和发送短信,会开启2个异步线程,扔进去并行执行,主线程不管,继续执行后…