最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

Java Kafka實現(xiàn)延遲隊列的示例代碼

 更新時間:2022年08月22日 10:30:51   作者:整點bug  
kafka作為一個使用廣泛的消息隊列,很多人都不會陌生。本文將利用Kafka實現(xiàn)延遲隊列,文中的示例代碼講解詳細(xì),感興趣的小伙伴可以嘗試一下

kafka作為一個使用廣泛的消息隊列,很多人都不會陌生,但當(dāng)你在網(wǎng)上搜索“kafka 延遲隊列”,出現(xiàn)的都是一些講解時間輪或者只是提供了一些思路,并沒有一份真實可用的代碼實現(xiàn),今天我們就來打破這個現(xiàn)象,提供一份可運(yùn)行的代碼,拋磚引玉,吸引更多的大神來分享。

基于kafka如何實現(xiàn)延遲隊列

想要解決一個問題,我們需要先分解問題。kafka作為一個高性能的消息隊列,只要消費能力足夠,發(fā)出的消息都是會立刻收到的,因此我們需要想一個辦法,讓消息延遲發(fā)送出去。

網(wǎng)上已經(jīng)有大神給出了如下方案:

  • 在發(fā)送延遲消息時不直接發(fā)送到目標(biāo)topic,而是發(fā)送到一個用于處理延遲消息的topic,例如delay-minutes-1
  • 寫一段代碼拉取delay-minutes-1中的消息,將滿足條件的消息發(fā)送到真正的目標(biāo)主題里。

就像畫一匹馬一樣簡單。

方案是好的,但是我們還需要更多細(xì)節(jié)。

完善細(xì)節(jié)

問題出在哪里?

問題出在延遲消息發(fā)出去之后,代碼程序就會立刻收到延遲消息,要如何處理才能讓延遲消息等待一段時間才發(fā)送到真正的topic里面。

可能有同學(xué)會覺得很簡單嘛,在代碼程序收到消息之后判斷條件不滿足,就調(diào)用sleep方法,過了一段時間我再進(jìn)行下一個循環(huán)拉取消息。

真的可行嗎?

一切好像都很美好,但這是不可行的。

這是因為在輪詢kafka拉取消息的時候,它會返回由max.poll.records配置指定的一批消息,但是當(dāng)程序代碼不能在max.poll.interval.ms配置的期望時間內(nèi)處理這些消息的話,kafka就會認(rèn)為這個消費者已經(jīng)掛了,會進(jìn)行rebalance,同時你這個消費者就無法再拉取到任何消息了。

舉個例子:當(dāng)你需要一個24小時的延遲消息隊列,在代碼里面寫下了Thread.sleep(1000*60*60*24);,為了不發(fā)生rebalance,你把max.poll.interval.ms 也改成了1000*60*60*24,這個時候你或許會感覺到一絲絲的怪異,我是誰?我在哪?我為什么要寫出來這樣的代碼?

其實我們可以更優(yōu)雅的處理這個問題。

KafkaConsumer 提供了暫停和恢復(fù)的API函數(shù),調(diào)用消費者的暫停方法后就無法再拉取到新的消息,同時長時間不消費kafka也不會認(rèn)為這個消費者已經(jīng)掛掉了。另外為了能夠更加優(yōu)雅,我們會啟動一個定時器來替換sleep。,完整流程如下圖,當(dāng)消費者發(fā)現(xiàn)消息不滿足條件時,我們就暫停消費者,并把偏移量seek到上一次消費的位置以便等待下一個周期再次消費這條消息。

Java代碼實現(xiàn)

import com.fasterxml.jackson.core.JsonProcessingException;
import com.fasterxml.jackson.databind.JsonNode;
import com.fasterxml.jackson.databind.ObjectMapper;
import org.apache.kafka.clients.consumer.*;
import org.apache.kafka.clients.producer.KafkaProducer;
import org.apache.kafka.clients.producer.ProducerConfig;
import org.apache.kafka.clients.producer.ProducerRecord;
import org.apache.kafka.common.TopicPartition;
import org.apache.kafka.common.serialization.StringDeserializer;
import org.apache.kafka.common.serialization.StringSerializer;
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
import org.springframework.boot.test.context.SpringBootTest;

import java.time.Duration;
import java.util.*;
import java.util.concurrent.ExecutionException;

@SpringBootTest
public class DelayQueueTest {

    private KafkaConsumer<String, String> consumer;
    private KafkaProducer<String, String> producer;
    private volatile Boolean exit = false;
    private final Object lock = new Object();
    private final String servers = "";

    @BeforeEach
    void initConsumer() {
        Properties props = new Properties();
        props.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, servers);
        props.put(ConsumerConfig.GROUP_ID_CONFIG, "d");
        props.put(ConsumerConfig.ENABLE_AUTO_COMMIT_CONFIG, "false");
        props.put(ConsumerConfig.AUTO_OFFSET_RESET_CONFIG, "earliest");
        props.put(ConsumerConfig.ISOLATION_LEVEL_CONFIG, "read_committed");
        props.put(ConsumerConfig.MAX_POLL_INTERVAL_MS_CONFIG, "5000");
        consumer = new KafkaConsumer<>(props, new StringDeserializer(), new StringDeserializer());
    }

    @BeforeEach
    void initProducer() {
        Properties props = new Properties();
        props.put(ProducerConfig.BOOTSTRAP_SERVERS_CONFIG, servers);
        props.put(ProducerConfig.VALUE_SERIALIZER_CLASS_CONFIG, StringSerializer.class.getName());
        props.put(ProducerConfig.KEY_SERIALIZER_CLASS_CONFIG, StringSerializer.class.getName());
        producer = new KafkaProducer<>(props);
    }

    @Test
    void testDelayQueue() throws JsonProcessingException, InterruptedException {
        String topic = "delay-minutes-1";
        List<String> topics = Collections.singletonList(topic);
        consumer.subscribe(topics);

        Timer timer = new Timer();
        timer.schedule(new TimerTask() {
            @Override
            public void run() {
                synchronized (lock) {
                    consumer.resume(consumer.paused());
                    lock.notify();
                }
            }
        }, 0, 1000);

        do {

            synchronized (lock) {
                ConsumerRecords<String, String> consumerRecords = consumer.poll(Duration.ofMillis(200));

                if (consumerRecords.isEmpty()) {
                    lock.wait();
                    continue;
                }

                boolean timed = false;
                for (ConsumerRecord<String, String> consumerRecord : consumerRecords) {
                    long timestamp = consumerRecord.timestamp();
                    TopicPartition topicPartition = new TopicPartition(consumerRecord.topic(), consumerRecord.partition());
                    if (timestamp + 60 * 1000 < System.currentTimeMillis()) {

                        String value = consumerRecord.value();
                        ObjectMapper objectMapper = new ObjectMapper();
                        JsonNode jsonNode = objectMapper.readTree(value);
                        JsonNode jsonNodeTopic = jsonNode.get("topic");

                        String appTopic = null, appKey = null, appValue = null;

                        if (jsonNodeTopic != null) {
                            appTopic = jsonNodeTopic.asText();
                        }
                        if (appTopic == null) {
                            continue;
                        }
                        JsonNode jsonNodeKey = jsonNode.get("key");
                        if (jsonNodeKey != null) {
                            appKey = jsonNode.asText();
                        }

                        JsonNode jsonNodeValue = jsonNode.get("value");
                        if (jsonNodeValue != null) {
                            appValue = jsonNodeValue.asText();
                        }
                        // send to application topic
                        ProducerRecord<String, String> producerRecord = new ProducerRecord<>(appTopic, appKey, appValue);
                        try {
                            producer.send(producerRecord).get();
                            // success. commit message
                            OffsetAndMetadata offsetAndMetadata = new OffsetAndMetadata(consumerRecord.offset() + 1);
                            HashMap<TopicPartition, OffsetAndMetadata> metadataHashMap = new HashMap<>();
                            metadataHashMap.put(topicPartition, offsetAndMetadata);
                            consumer.commitSync(metadataHashMap);
                        } catch (ExecutionException e) {
                            consumer.pause(Collections.singletonList(topicPartition));
                            consumer.seek(topicPartition, consumerRecord.offset());
                            timed = true;
                            break;
                        }
                    } else {
                        consumer.pause(Collections.singletonList(topicPartition));
                        consumer.seek(topicPartition, consumerRecord.offset());
                        timed = true;
                        break;
                    }
                }

                if (timed) {
                    lock.wait();
                }
            }
        } while (!exit);

    }
}

這段程序是基于SpringBoot 2.4.4版本和 kafka-client 2.7.0版本編寫的一個單元測試,需要修改私有變量servers為kafka broker的地址。

在啟動程序后,向Topic delay-minutes-1 發(fā)送如以下格式的json字符串?dāng)?shù)據(jù)

{
    "topic": "target",
    "key": "key1",
    "value": "value1"
}

同時啟動一個消費者監(jiān)聽topic target,在一分鐘后,將會收到一條 key="key1", value="value1"的數(shù)據(jù)。

源代碼地址

還需要做什么

創(chuàng)建多個topic用于處理不同時間的延遲消息,例如delay-minutes-1 delay-minutes-5 delay-minutes-10 delay-minutes-15以提供指數(shù)級別的延遲時間,這樣比一個topic要好很多,畢竟在順序拉取消息的時候,有一條消息不滿足條件,后面的將全部進(jìn)行排隊。

 到此這篇關(guān)于Java Kafka實現(xiàn)延遲隊列的示例代碼的文章就介紹到這了,更多相關(guān)Java Kafka延遲隊列內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • Java的優(yōu)先隊列PriorityQueue原理及實例分析

    Java的優(yōu)先隊列PriorityQueue原理及實例分析

    這篇文章主要介紹了Java的優(yōu)先隊列PriorityQueue原理解析,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下
    2019-12-12
  • SpringBoot 攔截器和自定義注解判斷請求是否合法

    SpringBoot 攔截器和自定義注解判斷請求是否合法

    這篇文章主要介紹了SpringBoot 攔截器和自定義注解判斷請求是否合法,幫助大家更好的理解和使用springboot框架,感興趣的朋友可以了解下
    2020-12-12
  • Java并發(fā)編程之Java內(nèi)存模型

    Java并發(fā)編程之Java內(nèi)存模型

    這篇文章主要為大家介紹了Java內(nèi)存模型,具有一定的參考價值,感興趣的小伙伴們可以參考一下,希望能夠給你帶來幫助,希望能夠給你帶來幫助
    2021-11-11
  • 一篇文章帶你了解如何正確使用java線程池

    一篇文章帶你了解如何正確使用java線程池

    這篇文章主要介紹了如何正確使用java線程池,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2021-09-09
  • 詳解SpringCloud微服務(wù)架構(gòu)之Hystrix斷路器

    詳解SpringCloud微服務(wù)架構(gòu)之Hystrix斷路器

    本篇文章主要介紹了詳解SpringCloud微服務(wù)架構(gòu)之Hystrix斷路器,Hystrix是一個庫,通過添加延遲容差和容錯邏輯來幫助您控制這些分布式服務(wù)之間的交互,有興趣的可以了解一下
    2018-01-01
  • SpringBoot+隨機(jī)鹽值+雙重MD5實現(xiàn)加密登錄

    SpringBoot+隨機(jī)鹽值+雙重MD5實現(xiàn)加密登錄

    數(shù)據(jù)加密在很多項目上都可以用到,大部分都會采用MD5進(jìn)行加密,本文主要介紹了SpringBoot+隨機(jī)鹽值+雙重MD5實現(xiàn)加密登錄,具有一定的參考價值,感興趣的可以了解一下
    2024-02-02
  • spring-boot-plus V1.4.0發(fā)布 集成用戶角色權(quán)限部門管理(推薦)

    spring-boot-plus V1.4.0發(fā)布 集成用戶角色權(quán)限部門管理(推薦)

    這篇文章主要介紹了spring-boot-plus V1.4.0發(fā)布 集成用戶角色權(quán)限部門管理,本文給大家介紹的非常詳細(xì),具有一定的參考借鑒價值需要的朋友可以參考下
    2019-11-11
  • Go?Java算法之交錯字符串示例詳解

    Go?Java算法之交錯字符串示例詳解

    這篇文章主要為大家介紹了Go?Java算法之交錯字符串示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2022-08-08
  • Java中的延遲隊列DelayQueue源碼解析

    Java中的延遲隊列DelayQueue源碼解析

    這篇文章主要介紹了Java中的延遲隊列DelayQueue源碼解析,DelayQueue是一個支持并發(fā)的無界延遲隊列,隊列中的每個元素都有個預(yù)定時間,當(dāng)線程從隊列獲取元素時,只有到期元素才會出隊列,沒有到期元素則阻塞等待,需要的朋友可以參考下
    2023-12-12
  • ShardingSphere結(jié)合MySQL實現(xiàn)分庫分表的項目實踐

    ShardingSphere結(jié)合MySQL實現(xiàn)分庫分表的項目實踐

    在實際開發(fā)中,如果表的數(shù)據(jù)過大我們需要把一張表拆分成多張表,本文主要介紹了使用ShardingSphere實現(xiàn)MySQL分庫分表,具有一定的參考價值,感興趣的可以了解一下
    2024-03-03

最新評論

南华县| 新津县| 宜兰市| 固原市| 当阳市| 江口县| 金堂县| 杭锦旗| 宽城| 额敏县| 博客| 灵寿县| 垫江县| 建宁县| 邢台市| 内黄县| 星座| 垦利县| 葵青区| 商南县| 滨州市| 双辽市| 蒲江县| 丹江口市| 观塘区| 星子县| 济阳县| 八宿县| 墨玉县| 福贡县| 福建省| 台前县| 成武县| 贺兰县| 聂荣县| 盱眙县| 浙江省| 新竹县| 峡江县| 瓦房店市| 乌拉特后旗|