日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
你心心念念的RabbitMQ個人實踐來了來了它來了

前言

MQ(Message Queue)就是消息隊列,其有點有很多:解耦、異步、削峰等等,本文來聊一下RabbitMQ的一些概念以及使用。

我們提供的服務(wù)有:成都做網(wǎng)站、成都網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設(shè)、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、忻城ssl等。為上1000家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù),是有科學(xué)管理、有技術(shù)的忻城網(wǎng)站制作公司

RabbitMq

案例

Springboot整合RabbitMQ簡單案例

基本概念

  • Exchange:消息交換機,它指定消息按什么規(guī)則,路由到哪個隊列。
  • Queue:消息隊列載體,每個消息都會被投入到一個或多個隊列。
  • Binding:綁定,它的作用就是把exchange和queue按照路由規(guī)則綁定起來。
  • Routing Key:路由關(guān)鍵字,exchange根據(jù)這個關(guān)鍵字進行消息投遞。
  • Producer:消息生產(chǎn)者,就是投遞消息的程序。
  • Consumer:消息消費者,就是接受消息的程序。

發(fā)布消息到RabbitMQ需要經(jīng)過兩步:

  1. producer → exchange
  2. exchange 根據(jù) exchange 的類型和 routing key 確定將消息投遞到哪個隊列

工作流程

了解了RabbitMQ的一些概念,我們來捋捋使用RabbitMQ的流程:

  1. 創(chuàng)建Exchange
  2. 創(chuàng)建Queue
  3. 將Queue綁定進Exchange中(此處會設(shè)置routing key)
  4. 生產(chǎn)者發(fā)布消息
  5. 消費者訂閱消息

交換機(Exchange)

交換機可以綁定隊列,綁定時可以給隊列指定路由(Routing key)和參數(shù)(Arguments)

所有的消息發(fā)送都是經(jīng)過交換機轉(zhuǎn)發(fā)到隊列的,而不是直接到隊列中

交換機類型:

  • direct
  • 根據(jù)確定的路由(routing key)轉(zhuǎn)發(fā)消息到隊列中(一條消息可以發(fā)到多個隊列,只要路由相同)
  • fanout
  • 路由無效,只要和該交換機綁定的隊列,都能接收到消息
  • topic
  • 允許路由使用*和#來進行模糊匹配
  • *表示一個單詞
  • 表示任意數(shù)量(零個或多個)單詞
  • 例如:如果隊列的路由為com.# 那么往交換機發(fā)消息是,路由填com.ccc 隊列就可以收到消息
  • headers
  • 忽略路由,由參數(shù)(Arguments)來確定轉(zhuǎn)發(fā)的隊列

消息過期時間TTL

有兩種方式設(shè)置TTL,創(chuàng)建隊列時設(shè)置整個隊列的TTL或者在發(fā)送消息時單獨設(shè)置每條消息的TTL,消息存活時間取兩者的最小值。

  1. 創(chuàng)建隊列時設(shè)置
  2. 是消息的存活時間,不是隊列的存活時間,別搞混了。
  3. @Beanpublic Queue queue(){ Map args = new HashMap<>(); args.put("x-message-ttl", 5000); // 設(shè)置隊列中的消息5秒過期 return new Queue("queueName",true, false, false, args);}
  4. 發(fā)送消息時設(shè)置
  5. public void makeOrder(String userid,String productid,int num){ String exchangeName = "ttl_exchange"; String routingKey = "ttlmessage"; //給消息設(shè)置過期時間 MessagePostProcessor messagePostProcessor = new MessagePostProcessor(){ public Message postProcessMessage(Message message){ // 設(shè)置消息5秒過期 message.getMessageProperties().setExpiration("5000"); return message; } } rabbitTemplate.convertAndSend(exchangeName,routingKey,"message",messagePostProcessor);}

死信隊列

死信隊列也是一個正常隊列,只是當(dāng)綁定了死信隊列的隊列滿足相應(yīng)條件,就會將滿足條件的消息轉(zhuǎn)移到死信隊列中。

進入死信隊列的條件:

  1. 消息被拒絕
  2. 消息過期(超時)
  3. 隊列達到最大長度

死信隊列的配置:

  1. 按照正常步驟定義一個隊列(交換機、隊列、綁定)
  2. 給需要綁定死信隊列的隊列添加x-dead-letter-exchange(死信隊列的交換機)和x-dead-letter-routing-key(死信隊列的路由)參數(shù)
  3. @Beanpublic Queue queue(){ Map args = new HashMap<>(); args.put("x-dead-letter-exchange", "死信隊列交換機名稱"); args.put("x-dead-letter-routing-key", "死信隊列路由"); return new Queue("queueName",true, false, false, args);}

如何保證MQ消息正確送達與消費

可靠性生產(chǎn)和推送

步驟:

  1. 發(fā)送消息前數(shù)據(jù)庫保存MQ消息發(fā)送日志
  2. MQ消息發(fā)送后使用回調(diào)更新日志狀態(tài)

實現(xiàn):

上面我們講了,發(fā)布消息到RabbitMQ需要經(jīng)過兩步:

producer → exchange
exchange 根據(jù) exchange 的類型和 routing key 確定將消息投遞到哪個隊列

所以,發(fā)布消息的確認(rèn)也分兩個部分,以下是確認(rèn)步驟:

  1. 修改MQ應(yīng)答機制(yml)
  2. spring: rabbitmq: username: rmq password: 123456 virtual-host: / host: localhost port: 5672 # 發(fā)送消息確認(rèn),producer -> exchange publisher-confirm-type: correlated # 發(fā)送消息確認(rèn),exchange -> queue publisher-returns: true
  3. 新增mq的回調(diào)方法
  4. /** * PostConstruct注解好多人以為是Spring提供的。其實是Java自己的注解。 * Java中該注解的說明:@PostConstruct該注解被用來修飾一個非靜態(tài)的void()方法。 * 被@PostConstruct修飾的方法會在服務(wù)器加載Servlet的時候運行,并且只會被服務(wù)器執(zhí)行一次。 * PostConstruct在構(gòu)造函數(shù)之后執(zhí)行,init()方法之前執(zhí)行。 * Constructor(構(gòu)造方法) -> @Autowired(依賴注入) -> @PostConstruct(注釋的方法) */@PostConstructprivate void regCallBack() { // producer -> exchange 成功或失敗都會觸發(fā)此回調(diào) rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback() { @Override public void confirm(CorrelationData correlationData, boolean ack, String cause) { // 這個id是在消息發(fā)送的時候傳入的 String id = correlationData.getId(); // 如果ack為true代表消息被mq成功接收 if (!ack) { // 應(yīng)答失敗,修改日志狀態(tài) System.out.println("exchange 應(yīng)答失敗,做失敗處理!"); } else { // 應(yīng)答成功,修改日志狀態(tài) System.out.println("exchange 成功處理"); } } }); // 這個回調(diào)只有exchange -> queue 失敗時才會觸發(fā) rabbitTemplate.setReturnCallback(new RabbitTemplate.ReturnCallback() { @Override public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) { System.out.println("exchange -> queue 發(fā)送失敗"); } });}
  5. 修改MQ發(fā)送消息的方法,增加日志id的傳遞
  6. String correlationId = "這是日志id";rabbitTemplate.convertAndSend(exchange, routeKey, message, new MessagePostProcessor() { @Override public Message postProcessMessage(Message message) throws AmqpException { // 消費者需要correlationId才做這個處理 message.getMessageProperties().setCorrelationId(correlationId); return message; }}, new CorrelationData(correlationId));// 如果消費者不需要獲取correlationId,則用下面這種即可rabbitTemplate.convertAndSend(exchange, routeKey, msg, new CorrelationData(correlationId));

可靠性消費

步驟:

  • 開啟手動應(yīng)答
  • 監(jiān)聽器增加手動應(yīng)答邏輯

實現(xiàn):

  1. 開啟手動應(yīng)答
  2. spring: rabbitmq: username: rmq password: 123456 virtual-host: / host: localhost port: 5672 listener: simple: acknowledge-mode: manual # 將自動應(yīng)答ack模式改成手動應(yīng)答
  3. acknowledge-mode有三種類型:
  4. nome:不進行ack,rabbitmq默認(rèn)消費者正確處理所有請求
  5. munual:手動確認(rèn)
  6. auto:自動確認(rèn)消息(默認(rèn)類型)。如果消費者拋出異常,則消息重回隊列。
  7. 監(jiān)聽器增加手動應(yīng)答邏輯
  8. @RabbitListener(queues = {"隊列名字"})public void messageConsumer(String orderMsg, Channel channel, @Headers Map headers) throws Exception{ // 需要producer做相應(yīng)處理,consumer才能拿到correlationId String correlationId = messages.getMessageProperties().getCorrelationId(); System.out.println("消息為:" + orderMsg); long tag = Long.parseLong(headers.get(AmqpHeaders.DELIVERY_TAG).toString()); try { // 消費成功,進行確認(rèn) channel.basicAck(tag, false); } catch (IOException e) { // 消費失敗,重發(fā) // requeue代表是否重發(fā),為false則直接將消息丟棄,有死信就進入死信隊列 channel.basicNack(tag, false, true); }}

總結(jié)

本文介紹了RabbitMQ的一些概念和簡單使用,有不少東西其實是沒有講清楚的,比如publisher-confirm-type和acknowledge-mode的幾種類型的區(qū)別等等。主要是在官方文檔找不到相關(guān)的細致描述,查文檔的能力還是有待提高。


本文題目:你心心念念的RabbitMQ個人實踐來了來了它來了
本文來源:http://m.5511xx.com/article/cdgpssj.html