当前位置:   article > 正文

java面试题:MQ、RabbitMQ面试题(面试必问,精华版)_mq面试必会6题经典

mq面试必会6题经典

目录

1.为什么要引入MQ/RabbitMQ(中间件),直接读写数据库不行吗?

2、什么是RabbitMQ?

3、RabbitMQ有什么优缺点?

优点:

缺点:

4、RabbitMQ组件介绍

5、交换机的几种类型?

拓展:消息怎么路由?

拓展:消息如何分发?

6、SprongBoot整合RabbitMQ:

7、RabbitMQ如何保证不丢数据?

1、可靠抵达-ConfirmCallback

2、可靠抵达-ReturnCallback

3、可靠抵达-Ack消息确认机制

8、如何确保消息正确地发送至RabbitMQ?如何确保消息接收方消费了消息?(类似7)

发送方确认模式

接收方消息确认机制

9、如何保证RabbitMQ不被重复消费?


1.为什么要引入MQ/RabbitMQ(中间件),直接读写数据库不行吗?

1、在分布式系统下中间件具备异步处理,流量削峰等一系列高级功能;

2、中间件可以实现生产者和消费者之间的解耦。

3、拥有持久化的机制,进程消息,队列中的信息也可以保存下来。

4、对于高并发场景下,利用消息队列可以使得同步访问变为串行访问达到一定量的限流,利于数据库的操作。

5、可以使用消息队列达到异步下单的效果,后台进行逻辑下单。


2、什么是RabbitMQ?

RabbitMQ是一款开源的,Erlang编写的,基于AMQP协议的消息中间件,核心思想是生产者不会将消息直接发送给队列,消息在发给客户端时会先发给交换机,然后再由交换机发送给对应的队列。


3、RabbitMQ有什么优缺点?

优点:

1、解耦

系统A在代码中直接调用系统B和系统C的代码,如果将来D系统接入,系统A还需要修改代码,过于麻烦!

2、异步

将消息写入消息队列,非必要的业务逻辑以异步的方式运行,加快响应速度

3、削峰

并发量大的时候,所有的请求直接怼到数据库,造成数据库连接异常

缺点:

1、一致性问题

A系统发送完消息直接返回成功,但是BCD系统之中若有系统写库失败,则会产生数据不一致的问题。

2、系统的可用性降低

系统引入的外部依赖越多,系统越容易挂掉,本来只是A系统调用BCD三个系统接口就好,ABCD四个系统不报错整个系统会正常运行。引入了MQ之后,虽然ABCD系统没出错,但MQ挂了以后,整个系统也会崩溃。

3、系统的复杂性提高

引入了MQ之后,需要考虑的问题也变得多了,如何保证消息没有重复消费?如何保证消息不丢失?怎么保证消息传递的顺序?


4、RabbitMQ组件介绍

Broker:简单来说就是消息队列服务器实体。

Exchange:消息交换机,它指定消息按什么规则,路由到哪个队列。

Queue:消息队列载体,每个消息都会被投入到一个或多个队列。

Binding:绑定,它的作用就是把exchange和queue:按照路由规则绑定起来。

Routing Key:路由关键字,exchange根据这个关键字进行消息投递。

vhost:虚拟主机,一个oroker!里可以开设多个vhost,用作不同用户的权限分离。

producer:消息生产者,就是投递消息的程序。

consumer:消息消费者,就是接受消息的程序。

channel:消息通道,在客户端的每个连接里,可建立多个channel,.每个channelf代表一个会话任务。


5、交换机的几种类型?

直连交换机(Direct Exchange)根据消息携带的路由键将消息投递给对应队列,它是完全匹配、单播的模式。

扇型交换机(Fanout Exchange)这个交换机没有路由键概念,就算你绑了路由键也是无视的。这个交换机在接收到消息后,会直接转发到绑定到它上面的所有队列。

主题交换机(Topic Exchange)发布订阅模式这个交换机其实跟直连交换机流程差不多,但是它的特点就是在它的路由键和绑定键之间是有规则的。*(星号)用来表示一个单词(必须出现的),#(井号)用来表示任意数量(零个或多个)单词

拓展:消息怎么路由?

消息提供方->路由->一至多个队列

消息发布到交换器时,消息将拥有一个路由键(routing key),在消息创建时设定。

通过队列路由键,可以把队列绑定到交换器上。

消息到达交换器后,RabbitMQ 会将消息的路由键与队列的路由键进行匹配(针对不同的交换器有不同的路由规则);

常用的交换器主要分为一下三种

1.fanout:如果交换器收到消息,将会广播到所有绑定的队列上

2.direct:如果路由键完全匹配,消息就被投递到相应的队列

3.topic:可以使来自不同源头的消息能够到达同一个队列。 使用topic交换器时,可以使用通配符


拓展:消息如何分发?

若该队列至少有一个消费者订阅,消息将以循环(round-robin)的方式发送给消费者。每条消息只会分发给一个订阅的消费者(前提是消费者能够正常处理消息并进行确认)。通过路由可实现多消费的功能。


6、SprongBoot整合RabbitMQ:

1.引入spring-boot-starter--amqp

2.application.yml配置

3.测试RabbitMQ

  • 1.AmgpAdmin:管理组件,用来创建队列、绑定关系等等
  • 2.RabbitTemplate:消息发送处理组件,用来收发消息
  • 3.RabbitListener:用来监听消息

7、RabbitMQ如何保证不丢数据?

保证消息不丢失,可靠抵达,可以使用事务消息,但性能下降250倍,为此引入RabbitMQ的消息确认机制

  • publisher→Broker: confirmCallback确认模式
  • Exchange→Queue:returnCallback未投递到queue退回模式
  • Queue→consumer: ack机制

1、可靠抵达-ConfirmCallback

消息只要被broker接收到就会执行confirmCallback,如果是cluster模式,需要所有broker接收到才会调用confirmCallback,表示message已经到达服务器。

2、可靠抵达-ReturnCallback

用到return退回模式,保证消息一定要投递到目标queue里,如果未能投递到目标queue里将调用returnCallback,可以记录下详细到投递数据,定期的巡检或者自动纠错都需要这些数据。

3、可靠抵达-Ack消息确认机制

消费者获取到消息,成功处理,可以回复Ack给Broker。


8、如何确保消息正确地发送至RabbitMQ?如何确保消息接收方消费了消息?(类似7)

发送方确认模式

1.将信道设置成confirm模式(发送方确认模式),则所有在信道上发布的消息都会被指派一个唯一的ID。

2.一旦消息被投递到目的队列后,或者消息被写入磁盘后(可持久化的消息),信道会发送一个确认给生产者(包含消息唯一 ID)。

3.如果 RabbitMQ发生内部错误从而导致消息丢失,会发送一条nack(notacknowledged,未确认)消息。发送方确认模式是异步的,生产者应用程序在等待确认的同时,可以继续发送消息。当确认消息到达生产者应用程序,生产者应用程序的回调方法就会被触发来处理确认消息。

接收方消息确认机制

消费者接收每一条消息后都必须进行确认(消息接收和消息确认是两个不同操作)。只有消费者确认了消息,RabbitMQ才能安全地把消息从队列中删除。这里并没有用到超时机制,RabbitMQ仅通过Consumer的连接中断来确认是否需要重新发送消息。也就是说,只要连接不中断,RabbitMQ给了Consumer足够长的时间来处理消息。保证数据的最终一致性;


9、如何保证RabbitMQ不被重复消费?

1、在消息生产时,MQ内部针对每条生产者发送的消息生成一个inner-msg-id,作为去重和幂等的依据(消息投递失败并重传),避免重复的消息进入队列;

2、在消息消费时,要求消息体中必须要有一个bizId(对于同一业务全局唯一,如支付ID、订单ID、帖子ID等)作为去重和幂等的依据,避免同一条消息被重复消费。

这个问题针对业务场景来答分以下几点:

1、 拿到这个消息做数据库的insert操作。然后给这个消息做一个唯一主键,那么就算出现重复消费的情况,就会导致主键冲突,避免数据库出现脏数据。

2、 拿到这个消息做Redis的set的操作,因为你无论set几次结果都是一样的,set操作本来就算幂等操作。

3、 如果上面两种情况还不行。准备一个第三方介质,来做消费记录。以Redis为例,给消息分配一个全局id,只要消费过该消息,将<id,message>以K-V形式写入Redis。那消费者开始消费前,先去Redis中查询有没消费记录即可。


10、购物车同步redis,异步mysql场景中,mysql数据一直写入不进去怎么办?

死信的概念 queue 中的某些消息无法被消费

死信的来源:
  • 消息 TTL 过期 (TTL RabbitMQ 中一个消息或者队列的属性,表明一条消息或者该队列中的所有 消息的最大存活时间
  • 队列达到最大长度(队列满了,无法再添加数据到 mq )
  • 消息被拒绝(basic.reject basic.nack)并且 requeue=false
延迟队列概念:
延时队列就是用来存放需要在指定时间被处理的元素的队列
延迟队列使用场景
1. 订单在十分钟之内未支付则自动取消
2. 新创建的店铺,如果在十天内都没有上传过商品,则自动发送消息提醒。
3. 用户注册成功后,如果三天内没有登陆则进行短信提醒。
4. 用户发起退款,如果三天内没有得到处理则通知相关运营人员。
5. 预定会议后,需要在预定的时间点前十分钟通知各个与会人员参加会议
Rabbitmq 插件实现延迟队列:

在rabbitmq 3.5.7及以上的版本提供了一个插件(rabbitmq-delayed-message-exchange)来实现延迟队列功能。同时插件依赖Erlang/OPT 18.0及以上。
 

  1. 插件源码地址:
  2. https://github.com/rabbitmq/rabbitmq-delayed-message-exchange
  3. 插件下载地址:
  4. https://bintray.com/rabbitmq/community-plugins/rabbitmq_delayed_message_exchange
  5. 安装:
  6. 进入插件安装目录
  7. {rabbitmq-server}/plugins/(可以查看一下当前已存在的插件)
  8. 下载插件
  9. rabbitmq_delayed_message_exchange
  10. wget https://bintray.com/rabbitmq/community-plugins/download_file?file_path=rabbitmq_delayed_message_exchange-0.0.1.ez
  11. 1
  12. (如果下载的文件名称不规则就手动重命名一下如:
  13. rabbitmq_delayed_message_exchange-0.0.1.ez)
  14. 启用插件
  15. rabbitmq-plugins enable rabbitmq_delayed_message_exchange
  16. (关闭插件)
  17. rabbitmq-plugins disable rabbitmq_delayed_message_exchange
  18. 插件使用
  19. 通过声明一个x-delayed-message类型的exchange来使用delayed-messaging特性
  20. x-delayed-message是插件提供的类型,并不是rabbitmq本身的
  21. // ... elided code ...
  22. Map<String, Object> args = new HashMap<String, Object>();
  23. args.put("x-delayed-type", "direct");
  24. channel.exchangeDeclare("my-exchange", "x-delayed-message", true, false, args);
  25. // ... more code ...
  26. 发送消息的时候通过在header添加"x-delay"参数来控制消息的延时时间
  27. // ... elided code ...
  28. byte[] messageBodyBytes = "delayed payload".getBytes("UTF-8");
  29. Map<String, Object> headers = new HashMap<String, Object>();
  30. headers.put("x-delay", 5000);
  31. AMQP.BasicProperties.Builder props = new AMQP.BasicProperties.Builder().headers(headers);
  32. channel.basicPublish("my-exchange", "", props.build(), messageBodyBytes);
  33. // ... more code ...
  34. 使用示例:
  35. 消息发送端:
  36. import java.text.SimpleDateFormat;
  37. import java.util.Date;
  38. import java.util.HashMap;
  39. import java.util.Map;
  40. import com.rabbitmq.client.AMQP;
  41. import com.rabbitmq.client.Channel;
  42. import com.rabbitmq.client.Connection;
  43. import com.rabbitmq.client.ConnectionFactory;
  44. public class Send {
  45. // 队列名称
  46. private final static String EXCHANGE_NAME="delay_exchange";
  47. private final static String ROUTING_KEY="key_delay";
  48. @SuppressWarnings("deprecation")
  49. public static void main(String[] argv) throws Exception {
  50. /**
  51. * 创建连接连接到MabbitMQ
  52. */
  53. ConnectionFactory factory = new ConnectionFactory();
  54. factory.setHost("192.168.12.190");
  55. factory.setUsername("admin");
  56. factory.setPassword("admin");
  57. Connection connection = factory.newConnection();
  58. Channel channel = connection.createChannel();
  59. SimpleDateFormat sf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS");
  60. // 声明x-delayed-type类型的exchange
  61. Map<String, Object> args = new HashMap<String, Object>();
  62. args.put("x-delayed-type", "direct");
  63. channel.exchangeDeclare(EXCHANGE_NAME, "x-delayed-message", true,
  64. false, args);
  65. Map<String, Object> headers = new HashMap<String, Object>();
  66. //设置在2016/11/04,16:45:12向消费端推送本条消息
  67. Date now = new Date();
  68. Date timeToPublish = new Date("2016/11/04,16:45:12");
  69. String readyToPushContent = "publish at " + sf.format(now)
  70. + " \t deliver at " + sf.format(timeToPublish);
  71. headers.put("x-delay", timeToPublish.getTime() - now.getTime());
  72. AMQP.BasicProperties.Builder props = new AMQP.BasicProperties.Builder()
  73. .headers(headers);
  74. channel.basicPublish(EXCHANGE_NAME, ROUTING_KEY, props.build(),
  75. readyToPushContent.getBytes());
  76. // 关闭频道和连接
  77. channel.close();
  78. connection.close();
  79. }
  80. }
  81. 消息接收端:
  82. import java.text.SimpleDateFormat;
  83. import java.util.Date;
  84. import com.rabbitmq.client.Channel;
  85. import com.rabbitmq.client.Connection;
  86. import com.rabbitmq.client.ConnectionFactory;
  87. import com.rabbitmq.client.QueueingConsumer;
  88. public class Recv {
  89. // 队列名称
  90. private final static String QUEUE_NAME = "delay_queue";
  91. private final static String EXCHANGE_NAME="delay_exchange";
  92. public static void main(String[] argv) throws Exception,
  93. java.lang.InterruptedException {
  94. ConnectionFactory factory = new ConnectionFactory();
  95. factory.setHost("192.168.12.190");
  96. factory.setUsername("admin");
  97. factory.setPassword("admin");
  98. Connection connection = factory.newConnection();
  99. Channel channel = connection.createChannel();
  100. QueueingConsumer queueingConsumer = new QueueingConsumer(channel);
  101. channel.queueDeclare(QUEUE_NAME, true,false,false,null);
  102. channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "");
  103. channel.basicConsume(QUEUE_NAME, true, queueingConsumer);
  104. SimpleDateFormat sf=new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS");
  105. try {
  106. System.out.println("****************WAIT***************");
  107. while(true){
  108. QueueingConsumer.Delivery delivery = queueingConsumer
  109. .nextDelivery(); //
  110. String message = (new String(delivery.getBody()));
  111. System.out.println("message:"+message);
  112. System.out.println("now:\t"+sf.format(new Date()));
  113. }
  114. } catch (Exception exception) {
  115. exception.printStackTrace();
  116. }
  117. }
  118. }
  119. 启动接收端,启动发送端
  120. 运行结果:
  121. ****************WAIT***************
  122. message:publish at 2016-11-04 16:44:16.887 deliver at 2016-11-04 16:45:12.000
  123. now: 2016-11-04 16:45:12.023
  124. 结果显示在我们2016-11-04 16:45:12.023接收到了消息,距离我们设定的时间2016-11-04 16:45:12.02323毫秒的延迟
  125. Note:使用rabbitmq-delayed-message-exchange插件时发送到队列的消息数量在web管理界面可能不可见,不影响正常功能使用
  126. Note :使用过程中发现,当一台启用了rabbitmq-delayed-message-exchange插件的RAM节点在重启的时候会无法启动,查看日志发现了一个Timeout异常,开发者解释说这是节点在启动过程会同步集群相关数据造成启动超时,并建议不要使用Ram节点

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/凡人多烦事01/article/detail/501179
推荐阅读
相关标签
  

闽ICP备14008679号