原 荐 简单说说Kafka中的时间轮算法

零、时间轮定义

简单说说时间轮吧,它是一个高效的延时队列,或者说定时器。实际上现在网上对于时间轮算法的解释很多,定义也很全,这里引用一下朱小厮博客里出现的定义:

参考下图,Kafka中的时间轮(TimingWheel)是一个存储定时任务的环形队列,底层采用数组实现,数组中的每个元素可以存放一个定时任务列表(TimerTaskList)。TimerTaskList是一个环形的双向链表,链表中的每一项表示的都是定时任务项(TimerTaskEntry),其中封装了真正的定时任务TimerTask。

如果你理解了上面的定义,那么就不必往下看了。但如果你第一次看到和我一样懵比,并且有不少疑问,那么这篇博文将带你进一步了解时间轮,甚至理解时间轮算法。

如果有兴趣,可以去看看其他的定时器你真的了解延时队列吗。博主认为,时间轮定时器最大的优点:

是任务的添加与移除,都是O(1)级的复杂度;

不会占用大量的资源;

只需要有一个线程去推进时间轮就可以工作了。

我们将对时间轮做层层推进的解析:

一、为什么使用环形队列

假设我们现在有一个很大的数组,专门用于存放延时任务。它的精度达到了毫秒级!那么我们的延迟任务实际上需要将定时的那个时间简单转换为毫秒即可,然后将定时任务存入其中:

比如说当前的时间是2018/10/24 19:43:45,那么就将任务存入Task[1540381425000],value则是定时任务的内容。

private Task[很长] tasks;

public List<Task> getTaskList(long timestamp) {

return task.get(timestamp)

}

// 假装这里真的能一毫秒一个循环

public void run(){

while (true){

getTaskList(System.currentTimeMillis()).后台执行()

Thread.sleep(1);

}

}

假如这个数组长度达到了亿亿级,我们确实可以这么干。 那如果将精度缩减到秒级呢?我们也需要一个百亿级长度的数组。

先不说内存够不够,显然你的定时器要这么大的内存显然很浪费。

当然如果我们自己写一个map,并保证它不存在hash冲突问题,那也是完全可行的。(我不确定我的想法是否正确,如果错误,请指出)

/* 一个精度为秒级的延时任务管理类 */

private Map<Long, Task> taskMap;

public List<Task> getTaskList(long timestamp) {

return taskMap.get(timestamp - timestamp % 1000)

}

// 新增一个任务

public void addTask(long timestamp, Task task) {

List<Task> taskList = getTaskList(timestamp - timestamp % 1000);

if (taskList == null){

taskList = new ArrayList();

}

taskList.add(task);

}

// 假装这里真的能一秒一个循环

public void run(){

while (true){

getTaskList(System.currentTimeMillis()).后台执行()

Thread.sleep(1000);

}

}

其实时间轮就是一个不存在hash冲突的数据结构

抛开其他疑问,我们看看手腕上的手表(如果没有去找个钟表,或者想象一个),是不是无论当前是什么时间,总能用我们的表盘去表示它(忽略精度)

就拿秒表来说,它总是落在 0 - 59 秒,每走一圈,又会重新开始。

用伪代码模拟一下我们这个秒表:

private Bucket[60] buckets;// 表示60秒

public void addTask(long timestamp, Task task) {

Bucket bucket = buckets[timestamp / 1000 % 60];

bucket.add(task);

}

public Bucket getBucket(long timestamp) {

return buckets[timestamp / 1000 % 60];

}

// 假装这里真的能一秒一个循环

public void run(){

while (true){

getBucket(System.currentTimeMillis()).后台执行()

Thread.sleep(1000);

}

}

这样,我们的时间总能落在0 - 59任意一个bucket上,就如同我们的秒钟总是落在0 - 59刻度上一样,这便是时间轮的环形队列

二、表示的时间有限

但是细心的小伙伴也会发现这么一个问题:如果只能表示60秒内的定时任务应该怎么存储与取出,那是不是太有局限性了?如果想要加入一小时后的延迟任务,该怎么办?

其实还是可以看一看钟表,对于只有三个指针的表(一般的表)来说,最大能表示12个小时,超过了12小时这个范围,时间就会产生歧义。如果我们加多几个指针呢?比如说我们有秒针,分针,时针,上下午针,天针,月针,年针...... 那不就能表示很长很长的一段时间了?而且,它并不需要占用很大的内存。

比如说秒针我们可以用一个长度为60的数组来表示,分针也同样可以用一个长度为60的数组来表示,时针可以用一个长度为24的数组来表示。那么表示一天内的所有时间,只需要三个数组即可。

动手来做吧,我们将这个数据结构称作时间轮,tickMs表示一个刻度,比如说上面说的一秒。wheelSize表示一圈有多少个刻度,即上面说的60。interval表示一圈能表示多少时间,即 tickMs * wheelSize = 60秒。

overflowWheel表示上一层的时间轮,比如说,对于秒钟来说,overflowWheel就表示分钟,以此类推。

public class TimeWheel {

    /** 一个时间槽的时间 */

    private long tickMs;

    /** 时间轮大小 */

    private int wheelSize;

    /** 时间跨度 */

    private long interval;

    /** 槽 */

    private Bucket[] buckets;

    /** 时间轮指针 */

    private long currentTimestamp;

    /** 上层时间轮 */

    private volatile TimeWheel overflowWheel;

    public TimeWheel(long tickMs, int wheelSize, long currentTimestamp) {

        this.currentTimestamp = currentTimestamp;

        this.tickMs = tickMs;

        this.wheelSize = wheelSize;

        this.interval = tickMs * wheelSize;

        this.buckets = new Bucket[wheelSize];

        this.currentTimestamp = currentTimestamp - (currentTimestamp % tickMs);

        for (int i = 0; i < wheelSize; i++) {

            buckets[i] = new Bucket();

        }

    }

}

将任务添加到时间轮中十分简单,对于每个时间轮来说,比如说秒级时间轮,和分级时间轮,都有它自己的过期槽。也就是delayMs < tickMs的时候。

添加延时任务的时候一共就这几种情况:

####一、时间到期

1)比如说有一个任务要在 16:29:07 执行,从秒级时间轮中来看,当我们的当前时间走到16:29:06的时候,则表示这个任务已经过期了。因为它的delayMs = 1000ms,小于了我们的秒级时间轮的tickMs(1000ms)。

比如说有一个任务要在 16:41:25 执行,从分级时间轮中来看,当我们的当前时间走到 16:41的时候( 分级时间轮没有秒针!它的最小精度是分钟(一定要理解这一点) ),则表示这个任务已经到期,因为它的delayMs = 25000ms,小于了我们的分级时间轮的tickMs(60000ms)。

二、时间未到期,且delayMs小于interval。

对于秒级时间轮来说,就是延迟时间小于60s,那么肯定能找到一个秒钟槽扔进去。

三、时间未到期,且delayMs大于interval。

对于妙级时间轮来说,就是延迟时间大于等于60s,这时候就需要借助上层时间轮的力量了,很简单的代码实现,就是拿到上层时间轮,然后类似递归一样,把它扔进去。

比如说一个有一个延时为一年后的定时任务,就会在这个递归中不断创建更上层的时间轮,直到找到满足delayMs小于interval的那个时间轮。

这里为了不把代码写的那么复杂,我们每一层时间轮的刻度都一样,也就是秒级时间轮表示60秒,上面则表示60分钟,再上面则表示60小时,再上层则表示60个60小时,再上层则表示60个60个60小时 = 216000小时。

也就是如果将最底层时间轮的tickMs(精度)设置为1000ms。wheelSize设置为60。 那么只需要5层时间轮,可表示的时间跨度已经长达24年(216000小时) 。

/**

    * 添加任务到某个时间轮

    */

    public boolean addTask(TimedTask timedTask) {

        long expireTimestamp = timedTask.getExpireTimestamp();

        long delayMs = expireTimestamp - currentTimestamp;

        if (delayMs < tickMs) {// 到期了

            return false;

        } else {

            // 扔进当前时间轮的某个槽中,只有时间【大于某个槽】,才会放进去

            if (delayMs < interval) {

                int bucketIndex = (int) (((delayMs + currentTimestamp) / tickMs) % wheelSize);

                Bucket bucket = buckets[bucketIndex];

                bucket.addTask(timedTask);

            } else {

// 当maybeInThisBucket大于等于wheelSize时,需要将它扔到上一层的时间轮

                TimeWheel timeWheel = getOverflowWheel();

                timeWheel.addTask(timedTask);

            }

        }

        return true;

    }

  /**

    * 获取或创建一个上层时间轮

    */

private TimeWheel getOverflowWheel() {

        if (overflowWheel == null) {

            synchronized (this) {

                if (overflowWheel == null) {

                    overflowWheel = new TimeWheel(interval, wheelSize, currentTimestamp, delayQueue);

                }

            }

        }

        return overflowWheel;

    }

当然我们的时间轮还需要一个指针的推进机制,总不能让时间永远停留在当前吧?推进的时候,同时类似递归,去推进一下上一层的时间轮。

注意:要强调一点的是,我们这个时间轮更像是电子表,它不存在时间的中间状态,也就是精度这个概念一定要理解好。比如说,对于秒级时间轮来说,它的精度只能保证到1秒,小于1秒的,都会当成是已到期

对于分级时间轮来说,它的精度只能保证到1分,小于1分的,都会当成是已到期

/**

    * 尝试推进一下指针

    */

    public void advanceClock(long timestamp) {

        if (timestamp >= currentTimestamp + tickMs) {

            currentTimestamp = timestamp - (timestamp % tickMs);

            if (overflowWheel != null) {

                this.getOverflowWheel()

                    .advanceClock(timestamp);

            }

        }

    }

三、对于高层时间轮来说,精度越来越不准,会不会有影响?

上面说到,分级时间轮,精度只有分钟级,总不能延迟1秒的定时任务和延迟59秒的定时任务同时执行吧?

有这个疑问的同学很好!实际上很好解决,只需再入时间轮即可。比如说,对于分钟级时间轮来说,delayMs为1秒和delayMs为59秒的都已经过期,我们将其取出,再扔进底层的时间轮不就可以了?

1秒的会被扔到秒级时间轮的下一个执行槽中,而59秒的会被扔到秒级时间轮的后59个时间槽中。

细心的同学会发现,我们的添加任务方法,返回的是一个bool

public boolean addTask(TimedTask timedTask)

再倒回去好好看看,添加到最底层时间轮失败的(我们只能直接操作最底层的时间轮,不能直接操作上层的时间轮),是不是会直接返回flase?对于再入失败的任务,我们直接执行即可。

/**

    * 将任务添加到时间轮

    */

    public void addOrSubmitTask(TimedTask timedTask) {

        if (!timeWheel.addTask(timedTask)) {

            taskExecutor.submit(timedTask.getTask());

        }

    }

四、如何知道一个任务已经过期?

记得我们将任务存储在槽中嘛?比如说秒级时间轮中,有60个槽,那么一共有60个槽。如果时间轮共有两层,也仅仅只有120个槽。我们只需将槽扔进一个delayedQueue之中即可。

我们轮询地从delayedQueue取出已经过期的槽即可。(前面的所有代码,为了简单说明,并没有引入这个DelayQueue的概念,所以不用去上面翻了,并没有。博主觉得...已经看到这里了,应该很明白这个DelayQueue的意义了。

其实简单来说,实际上定时任务单单使用DelayQueue来实现,也是可以的,但是一旦任务的数量多了起来,达到了百万级,千万级,针对这个delayQueue的增删,将非常的慢。

** 一、面向槽的delayQueue**

而对于时间轮来说,它只需要往delayQueue里面扔各种槽即可,比如我们的定时任务长短不一,最长的跨度到了24年,这个delayQueue也仅仅只有300个元素。

** 二、处理过期的槽**

而这个槽到期后,也就是被我们从delayQueue中poll出来后,我们只需要将槽中的所有任务循环一次,重新加到新的槽中(添加失败则直接执行)即可。

/**

    * 推进一下时间轮的指针,并且将delayQueue中的任务取出来再重新扔进去

    */

    public void advanceClock(long timeout) {

        try {

            Bucket bucket = delayQueue.poll(timeout, TimeUnit.MILLISECONDS);

            if (bucket != null) {

                timeWheel.advanceClock(bucket.getExpire());

                bucket.flush(this::addTask);

            }

        } catch (Exception e) {

            e.printStackTrace();

        }

    }

欢迎工作一到五年的Java工程师朋友们加入Java架构开发: 855835163

群内提供免费的Java架构学习资料(里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,847评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,208评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,587评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,942评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,332评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,587评论 1 218
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,853评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,568评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,273评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,542评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,033评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,373评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,031评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,073评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,830评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,628评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,537评论 2 269

推荐阅读更多精彩内容