amqp

前言 本章学习，我们可以了解到以下知识点： 互联网大厂为什么选择RabbitMQ？ RabbiMQ的高性能之道是如何做到的？ 什么是AMQP高级协议？ AMQP核心概念是什么？ RabbitMQ整体架构模型是什么样子的？ RabbitMQ消息是如何流转的？ 1. 初识RabbitMQ RabbitMQ 是一个开源的消息代理和队列服务器，用来通过普通协议在完全不同的应用之间 共享数据 （RabbitMQ能够实现跨语言跨平台的机制，），RabbitMQ是使用 Erlang 语言来编写的，并且RabbitMQ是基于 AMQP 协议的。 仅仅通过上面一句话，相信大家一定有很多疑惑和问题。 RabbitM成熟度到底怎么样？ 业界使用度怎么样？哪些大厂在使用？为什么？ 包括RabbitMQ到底都有哪些特点? RabbitMQ为什么要用Erlang语言去编写？ 什么是AMQP协议？AMQP协议里面的具体的规范又是什么？ 我相信大家跟我一样都会有这样的疑惑。那么我们一起来学习一RabbitMQ吧。 我们来了解第一个问题。 2. 互联网大厂为什么选择RabbitMQ？ 业界使用度怎么样？哪些大厂在使用？为什么？都有哪些优点？ 据我了解：滴滴、美团、去哪儿、头条... 这些互联网大厂都会采用RabbitMQ作为它底层的消息通信的一个基础组件。根本原因： 开源、性能优秀、稳定性保障

1. 前言 RabbitMQ 是一个消息队列，说到消息队列，大家可能多多少少有听过，它主要的功能是用来实现应用服务的异步与解耦，同时也能起到削峰填谷、消息分发的作用。 消息队列在比较主要的一个作用是用来做应用服务的解耦，消息从消息的生产者传递到消息队列，消费者从消息队列中获取消息并进行消费，生产者不需要管是谁在消费消息，消费者也无需关注消息是由谁来生产的。在分布式的系统中，消息队列也会被用在其他地方，比如分布式事务的支持，代表如阿里开源的 RocketMQ 。 当然，我们本篇文章的主角还是 RabbitMQ 。 2. RabbitMQ 介绍 RabbitMQ 是实现 AMQP（高级消息队列协议）的消息中间件的一种，最初起源于金融系统，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。 RabbitMQ 主要是为了实现系统之间的双向解耦而实现的。当生产者大量产生数据时，消费者无法快速消费，那么需要一个中间层。保存这个数据。 AMQP，即 Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。AMQP 的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。 RabbitMQ

思路 利用 WebSocket 协议让客户端和服务器端保持有状态的长链接，保存链接上来的客户端 id。订阅发布者发布的消息针对已保存的客户端 id 进行广播消息。 WebSocket 服务 composer require hyperf/websocket-server 　　 配置文件 [config/autoload/server.php] <?php return [ 'mode' => SWOOLE_PROCESS, 'servers' => [ [ 'name' => 'http', 'type' => Server::SERVER_HTTP, 'host' => '0.0.0.0', 'port' => 11111, 'sock_type' => SWOOLE_SOCK_TCP, 'callbacks' => [ SwooleEvent::ON_REQUEST => [Hyperf\HttpServer\Server::class, 'onRequest'], ], ], [ 'name' => 'ws', 'type' => Server::SERVER_WEBSOCKET, 'host' => '0.0.0.0', 'port' => 12222, 'sock_type' => SWOOLE_SOCK_TCP, 'callbacks' => [ SwooleEvent

作者： 海向 出处： https://www.cnblogs.com/haixiang/p/10966985.html 应用场景 目前常见的应用软件都有消息的延迟推送的影子，应用也极为广泛，例如： 淘宝七天自动确认收货。在我们签收商品后，物流系统会在七天后延时发送一个消息给支付系统，通知支付系统将款打给商家，这个过程持续七天，就是使用了消息中间件的延迟推送功能。 12306 购票支付确认页面。我们在选好票点击确定跳转的页面中往往都会有倒计时，代表着 30 分钟内订单不确认的话将会自动取消订单。其实在下订单那一刻开始购票业务系统就会发送一个延时消息给订单系统，延时30分钟，告诉订单系统订单未完成，如果我们在30分钟内完成了订单，则可以通过逻辑代码判断来忽略掉收到的消息。 在上面两种场景中，如果我们使用下面两种传统解决方案无疑大大降低了系统的整体性能和吞吐量： 使用 redis 给订单设置过期时间，最后通过判断 redis 中是否还有该订单来决定订单是否已经完成。这种解决方案相较于消息的延迟推送性能较低，因为我们知道 redis 都是存储于内存中，我们遇到恶意下单或者刷单的将会给内存带来巨大压力。 使用传统的数据库轮询来判断数据库表中订单的状态，这无疑增加了IO次数，性能极低。 使用 jvm 原生的 DelayQueue ，也是大量占用内存，而且没有持久化策略

云数据库MySQL 8.0 升级发布会 2019年5月29日15时，阿里云云数据库 MySQL 8.0 重磅发布，2倍以上性能提升，SQL窗口函数、JSON扩展语法等企业级新功能震撼上市！主要从技术层面介绍MySQL 8.0的优势和与过去版本对比。从MySQL社区的发展和阿里云对于开源社区贡献的一贯态度进行阐述，表明阿里云一直以来对于开源的支持和贡献，并基于此次8.0的发布，重申对于开源的贡献和影响。阐述产品和商业规划角度阐述本次发布的MySQL 8.0的意义，并且阐述RDS MySQL8.0的产品形态和未来产品发展的构想。 查看产品 产品文档 阿里云企业级云灾备解决方案发布会 5月29日上午9:30，阿里云企业级云灾备解决方案重磅发布，开启弹性灾备新时代，0硬件成本，一键恢复。数据已经成为企业最宝贵的资产，但海量的数据也意味着风险的加剧，关键业务中断将对企业造成不可逆转的损失。传统线下灾备成本高昂，需要投入大量的人力资源，技术资源，以云厂商为代表的“云灾备”势力在传统灾备领域逐渐崛起，企业级“云灾备”应该具备弹性容灾，云上拉起，数据加密，灾备无感知等特性。直播报名中 阿里云渗透测试服务发布 2019年5月23日，保护企业信息安全，阿里云渗透测试服务发布！提供专属攻防方案，深入用户业务，贴近用户需求，全面深度检测。助力企业先于黑客发现安全风险，防患于未然。 产品动态 新地域/可用区

场景介绍 一个消息队列（MQ）存储的消息，可以包含不同实际用途。如果这些消息不加区分，消费者每次消费都会按顺序拉取消息，直到完成对所有消息的消费。如果消费者只对某一类型的消息感兴趣，那么将所有消息都消费一遍必会影响消费者处理效率。 解决方案 分布式消息服务DMS 是稳定可靠的消息队列服务，提供普通队列、有序队列、Kafka、ActiveMQ、RabbitMQ，兼容HTTP、TCP、AMQP协议，应用于系统解耦、异步通信、流量削峰去谷、第三方集成等场景。DMS提供消息标签的能力，支持生产者为每条消息提供一个或多个标签（tag）。标签（tag）是用来区分某个 消息队列（MQ） Topic 下的消息分类，通常情况下，标签（tag）可以用来区分同一个 Topic 下相互关联的消息，就像全集和子集的关系，流程先后的关系。消费者则根据标签（tag）的内容来过滤消息，确保每个消费者最终只会消费到它感兴趣的消息类型，提高消息消费效率。 以金融交易场景为例，在一种交易中可能会产生多种类型的消息，如股票（stock），基金（fund），贷款（loan）等。这些消息会通过交易（business）Topic发送到business_Topic 的队列（MQ）中，并传递给不同的处理系统，如股票系统，基金系统，贷款系统，实时分析系统等。然而基金系统只关心基金类型的消息，而实时分析系统可能需要获取到所有类型的消息

消息服务简介 大多应用中，可通过消息服务中间件来提升系统异步通信、扩展解耦能力 具体而言，主要的应用模式有： 异步处理 应用解耦 流量削峰（例如：京东秒杀） 消息服务中两个重要概念 消息代理（message broker） 目的地（destination） 当消息发送者发送消息以后，将由消息代理接管，消息代理保证消息传递到指定目的地。 消息通信机制 消息队列主要有两种形式的目的地 队列（queue）：点对点消息通信（point-to-point） 主题（topic）：发布（publish）/订阅（subscribe）消息通信 （1）点对点式 消息发送者发送消息，消息代理将其放入一个队列中，消息接收者从队列中获取消息内容，消息读取后被移出队列。也就是说，消息一旦被消费，那么立马删除。 消息只有唯一的发送者和接受者，但并不是说只能有一个接收者 （2）发布订阅式 发送者（发布者）发送消息到主题，多个接收者（订阅者）监听（订阅）这个主题，那么就会在消息到达时同时收到消息。 消息服务规范 JMS（Java Message Service）JAVA消息服务： 基于JVM消息代理的规范。ActiveMQ、HornetMQ是JMS实现 AMQP（Advanced Message Queuing Protocol） 高级消息队列协议，也是一个消息代理的规范，兼容JMS

1.概述。 大多应用中，可通过消息服务中间件来提升系统 异步通信 、扩展 解耦能力 。 消息服务中两个重要概念： 消息代理（message broker）和目的地（destination）。 当消息发送者发送消息以后，将由消息代理接管，消息代理保证消息传递到指定目的地。 消息队列主要有两种形式的目的地 ： 队列 （queue）：点对点消息通信（point-to-point） 主题 （topic）：发布（publish）/订阅（subscribe）消息通信 点对点式： 消息发送者发送消息，消息代理将其放入一个队列中，消息接收者从队列中获取消息内容，消息读取后被移出队列 消息只有唯一的发送者和接受者，但并不是说只能有一个接收者 发布订阅式： 发送者（发布者）发送消息到主题，多个接收者（订阅者）监听（订阅）这个主题，那么就会在消息到达时同时收到消息 JMS（Java Message Service）JAVA消息服务： 基于JVM消息代理的规范。ActiveMQ、HornetMQ是JMS实现 AMQP（Advanced Message Queuing Protocol）： 高级消息队列协议，也是一个消息代理的规范，兼容JMS RabbitMQ是AMQP的实现 Spring支持 spring-jms提供了对JMS的支持 spring-rabbit提供了对AMQP的支持